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Örök vita, hogy melyik szót kell ma- 
gyarítani, és melyiket kell jövevény- 
szóként megtartani. Most nem szeret- 
ném újra elővenni a többször lerágott 
csontot, hogy miért is jobb hosszú 
távon szerkezetről és nem architektú- 
ráról beszélni, vagy hogy az informa- 
tikát tanulók miért értik meg könnyeb- 
ben a gyorstár működésének alapjait, 
mint a cache szerkezetét. Ehelyett 
inkább egy részt szeretnék idézni 

a Magyar Helyesírási Szótárból: 

, 202. Az egymással érintkező nyelvek 
mindig adnak át egymásnak, és 
vesznek át egymástól közszavakat is, 
tulajdonneveket is. 

a) Az idegen eredetű közszavak idő 
múltával jövevényszavakká válhatnak, 
azaz olyannyira meghonosodhatnak, 
hogy más nyelvből való származásuk 
feledésbe merül. A jövevényszavakat 
ezért mindig magyarosan írjuk. 

Az olyan szavakat, amelyeknek más 
nyelvi eredete még többé-kevésbé 
nyilvánvaló, idegen szavakként tartjuk 
számon. Ha egy latin betűs írású nyelv- 
ből átvett, általános fogalmat jelölő 
idegen szó közkeletűvé válik, eredeti 
írásmódját a magyar kiejtést tükröző 
formával váltjuk fel. Az idegen szava- 
kat tehát aszerint írjuk már magyar 
vagy még idegen írásmód szerint, hogy 
mennyire haladtak előre a jövevény- 
szóvá válás útján..." 

Érthető, nem? Tehát a jövevényszóvá 
válás feltétele, hogy olyannyira hono- 
sodjon meg az adott szó, hogy már ne 
is emlékezzünk rá, melyik nyelvből 
származik. Nyilván a szabályzat létre- 
hozása óta a világ sokat változott, 
hiszen ennek értelmében semelyik 
számítástechnikai szót nem írhatnánk 
le magyar kiejtés szerint. Vagy mutas- 
satok nekem egyetlen informatikust, 
aki nem tudja, hogy a fájl szó honnan 
ered. A szöveg szerint nyilvánvaló az 
ebből származó következtetés: 

, A jövevényszavakat ezért mindig 
magyarosan írjuk." Hogy mi jövevény- 
szó, és mit kell még idegen eredetű 
szónak tekinteni, nos, erre nem kapunk 
útmutatást. 

A további szöveg alapján azonban 
mondhatjuk, hogyha egy szó közke- 
letűvé válik, magyar kiejtés szerint 
kell írni. Közkeletű, de milyen körök- 
ben? Mert informatikusok között köz- 
keletű a bútsztrep, a risztart, a félőr 
(aranyosak így leírva, nem?) és még 


rengeteg olyan szó, amit az informa- 
tikával nem, vagy csak érintőlegesen 
foglalkozók egyáltalán nem 
használnak. 

Nyilván meg kell húzni a határt vala- 
hol, de félő, hogy akárhol húzzuk meg, 
erőszakot teszünk vagy a szaknyelven, 
vagy a magyar nyelven. A minap talál- 
koztam egy hazai kiadó új könyvében 
egy féloldalas magyarázattal, amelyben 
kifejti, hogy miért is kell ma már a 
hacker helyett hekkert használni. Mert- 
hogy már általánosan használt szó. 

Az már csak egy fura fintort csal az 
arcomra, hogy a következő sorban kije- 
lenti, hogy a cracker szót viszont így, 
az angol írásmód szerint használja, 
nem pedig (a ,testvérével" 
párhuzamosan) krekkernek. 

Ebből is látszik, hogy az idegen eredetű 
és jövevényszavak körül nagyobb a ka- 
varodás, mint az kívánatos volna, és 
ahogy egy ismerősöm mondta, arra az- 
tán hiába várunk, hogy az akadémiku- 
sok teremtsenek rendet, hiszen egy-egy 
ilyen szó átrágása tovább tart, mint 
ameddig egyáltalán a szó eredete ismert. 
Azt pedig már tudjuk, hogy egy ilyen 
hosszú ideig nyújtott vita mit eredmé- 
nyez. A nyelvben gyökeret ver a hekker- 
borzalom, mint az öreg tölgy, utána 
pedig sopánkodhatunk, hogy , szép ma- 
gyar anyanyelvünk", meg hogy ,egysé- 
ges, egészséges nyelvtan", ősi, szent 
nyelvünkre keresztet vethetünk. 
Elismerem, azoknak, akik routerként 
tanulták az útválasztót, nehéz meg- 
szokni, hogy létezik ennek a fura szer- 
kezetnek magyar neve is; más pedig 
büszkén vallja, hogy ő bizony a világ 
nagy hackerei közé tartozik, szemében 
sejtelmes csillogással és egy kis bizser- 
géssel a lapockái között, hiszen érzi a 
szemben álló fél csodálkozó félelmét 
az ismeretlen, de felettébb vonzó titulus 
kapcsán - annak a , hackernek" hiába 
magyarázzuk, hogy sok magyar párja 
van már ennek a szónak is, egyenesen 
sértőnek, trónfosztónak érzi, ha egysze- 
rűen leszámítógépbetyározzuk vagy 
leszakizzuk. Igaz, ebben az esetben 
nem keverné össze minden riporter a 
szakembereket az önjelölt betörőkkel, 
sőt nem adna ki egy egyébként bizton- 
sággal foglalkozó óriáscég olyan mattri- 
cát, hogy Vírusoknak és hackereknek 
belépni tilos", de akkor hogyan is 
röhöghetnénk nagyokat, hogy még ez 
az óriáscég is annyira felületes (képzet- 


len?), hogy nem fordít figyelmet a 
hacker és a cracker -— azaz a szakember 
és a kalóz — közötti különbségre... 


betörő (cracker) — programok, rend- 
szerek stb. feltörését végző, általában 
rosszindulatú vagy törvényekbe ütköző 
céllal tevékenykedő ember. 

betyár (hacker) - általában magasan 
képzett, biztonsági megoldásokban 
jártas rendszergazda vagy programozó, 
aki a törvénysértés szándéka nélkül 
foglalkozik a különböző rendszerek 
sebezhetőségével, biztonsági réseivel, 
képességeivel. 

cracker 7 betörő, kalóz. 

előugró menü 7 helyi menü. 
felbukkanó menü— helyi menü. 

hacker — betyár, szaki. 

helyi menü -— a grafikus felületek egy 
eleméhez tartozó menü, amelyet álta- 
lában az egér jobb gombjával az adott 
elemen kattintva jeleníthetünk meg. 
kalóz lásd: betörő. 

kombinált lista - lenyíló lista 
kombipanel —- lenyíló lista 

legördülő ment — némely 
nyersfordításban megtalálható furaság. 
(Egy menü egyébként szokása szerint 
lenyílik.) Általában agombmenü 

(egy gombhoz tartozó menü, amely 

a gombra kattintással jeleníthető meg) 
helyett hibásan használt kifejezés. 
lenyíló lista — a grafikus felület eleme, 
s mely egy beviteli mezőből és egy 
ikonból (általában egy lefelé mutató 
nyíl) áll, az ikon segítségével a bevi- 
teli mezőhöz tartozó értéklista jele- 
níthető meg. 

monolithic - tömbös szerkezetű 
monolitikus 7 tömbös szerkezetű (a 
monolit szó szerint terméskövet jelent) 
robosztus — általában hibásan használt 
szó. Sőt szinte csak hibásan használják, 
főleg az erős, hatékony, egységes, ter- 
helhető, üzembiztos szavak valame- 
lyike helyett. 

robust - robosztus 

tömbös szerkezetű (monolithic) -— olyan 
program, amely nem modulokra 
bontva készült, hanem egy nagy egy- 
ségként létezik. Egy bizonyos méret 
felett a kód nehezen kezelhetővé válik, 
főleg csoportos fejlesztések esetén 
előbb-utóbb eljutunk az , ősállatprog- 
ram" állapotához (nagy, okos, és senki 
sem érti, hogy működik). 

szaki lásd: betyár. 
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Szy György 

a Linuxvilág főszerkesztője, 

a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel 
várja a következő levélcímen: 
Szy. Gyorgy Olinuxvilag.hu 


Előző számunkban igen ko- 
moly arányban a gyakorló 
rendszergazdáknak kedvez- 
tünk, ezt a , kilengést" szeret- 
nénk most egy csöppet jóvá 
tenni. lermészetesen, ez nem 
azt jelenti, hogy a májusi 
számban nem talál érdekessé- 
get egy gyakorló szakember! 
A programozóknak kívánunk 
kedveskedni két fordító be- 
mutatásával is (a GCIJ a 39. ol- 
dalon, az Intel fordítója a 42. 
oldalon mutatkozik be), és 
természetesen a webes eszkö- 
zöket bemutató Kovácsmű- 
helyben is találhatunk két érdekes cikket. 
Sokan vannak, akik eltájékozódnak a 
GNU/Linux világában, de hálózati meg- 
oldásként még nem használták. Nekik 
szól Dobbantó rovatunkban három cikk 
is: Fülöp Balázs egy életképes levélki- 
szolgáló telepítését mutatja be (Postfix 
és Cyrus, 58. oldal), Garzó András a win- 
dowsos ügyfeleket kiszolgáló Samba 
rendszerbe enged betekintést (A Sambá- 
ról röptében, 62. oldal), Csontos Gyula 
pedig a hordozható gépek hálózati beál- 
lítását megkönnyítő módszert ismertet 
(Laptopnet, 64. oldal). 

Hozzáfűzöm, mindig is fura dolog a 
kezdők számára, hogy egy feladatot 
olyan rengeteg különböző módon old- 
hatnak meg. Miért nincs egy egyszerű és 
hatékony megoldás egy ilyen általános 
feladatra, mint például a több hálózat- 
hoz is csatlakoztatható laptopok beállí- 
tása? Ha tovább gondolkodunk, rájö- 
vünk, hogy az, ami az egyik felhasználó- 
nak hatékony, a másiknak csak nyűg. 

A legjobb talán az volna, ha egy Vállal- 
kozó Szellem felvállalná, hogy ír egy 
mindenki igényét kielégítő programot 
(úgy, hogy az minden Linux alatt mű- 
ködjön), majd karbantartja azt. Igen ám, 
de általában az a helyzet, hogy több 

V. Sz. is jelentkezik egyszerre, mind- 
egyik elkezdi a saját kis világmegváltó 


programját, mindegyik programnak 
lesznek jó és rossz tulajdonságai, erős- 
ségei, hiányosságai. A világ pedig majd O 
választ, hogy ,melyik a használható" . 
Rengetegszer találkozunk olyan progra- 
mokkal, melyek korábban különálló 
csomagok összevonásából jöttek létre, 
vagy a fejlesztésüket leállították, mert 
egy másik csomag tudásban felülmúlta, 
versengeni pedig értelmetlen volna. 

Ez tehát a nyílt fejlesztések menete. [gaz, 
hogy sokszor párhuzamosan fejlődnek 
azonos feladatú programok, de vagy van 
rájuk igény, vagy idővel átadják a helyü- 
ket ügyesebb testvéreiknek. És néha 
előfordul, hogy nagyon sokáig dolgoz- 
nak egymás mellett hasonló képességek 
kifejlesztésére a csoportok. Nem kell 
messze mennünk példáért, ott vannak 

a felhasználói felületek. Szomorúan 
csóváltam a fejem, amikor linuxos szak- 
emberek szinte ölre mentek, például a 
KDE vagy a Gnome érdekeit védve. 

Még inkább elszomorított, mikor rend- 
szeresen találkoztam olyan programok- 
kal, amelyek csak KDE vagy csak Gnome 
alatt voltak képesek (hajlandóak?) futni. 
Ezt a témakört kívánja körbejárni Marco 
Fioretti a 20. oldalon kezdődő , A nagy 
egyesített munkafelület" című cikkében. 
De ezek a versengések eltörpülnek a 
fizetős termékek közötti kíméletlen ver- 
seny mellett, gondoljunk csak a komoly 
pénzekbe kerülő vállalatirányítási rend- 
szerekre! Tudom, tudom, már többször 
szóltam ezzel kapcsolatban, így nem kell 
részleteznem rózsaszín jövőképemet. 
Szerencsére nem vagyok egyedül az 
elképzelésemmel, és - talán egy kicsit 
elhamarkodva, de — már közel érzem 

az időt, amikor egy linuxos szakember 

a ,fájlkiszolgáló, FIP-kiszolgáló, adatbá- 
zis-kiszolgáló, webkiszolgáló telepítése" 
mellé ugyanilyen könnyedén odaírja: 
,átfogó vállalatirányítási rendszer tele- 
pítése". Aki nem hiszi, olvassa el a 

10. oldalon kezdődő cikket! 

Jó Linuxozást kívánok! 
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Programvadászat 


havi korongunkon a legterjedel- 

mesebb rész a SuSE Linux 8.2-es 

vadonatúj kiadásának egy CD-s 
telepíthető változata. Erről a változatról 
a 74. oldalon kezdődő SuSE Linux 8.2 
Professional cikkünkben kaphatunk 
teljesebb képet; itt csak a saját élményei- 
met írom le. 


$uSE 8.2 


A telepítés a szokásos módon zajlik, 
azonban néhány érdekességre felhív- 
nám az olvasók figyelmét. 


Merevlemez-felosztás 
Járjunk el körültekintően a merevlemez 
felosztásánál! Az előző SuSE megjelené- 
sekor is írtam, hogy a rendszer önműkö- 
dően a legnagyobb lemezrészemet 
akarta használni, ami nekem természe- 
tesen nem tetszett, ezért módosítanom 
kellett a telepítő elképzeléseit. Nagyon 
kellemes azonban, hogy a telepítő most 
már az NIFS lemezrészek , kurtítására" 
is képes, így nem okozhat gondot, ha 
esetleg Windows XP-t vagy 2000-et, eset- 
leg NT 4-et futtatunk a gépünkön. Nem 
kell a teljes merevlemezt újra feloszta- 
nunk, így elkerülhetjük Windowsunk 
újratelepítését. 
e A grafikus felület beállítása 
A próbához használt gépben egy 
kétfejes Matrox G400-as grafikus 
kártya volt. Ezt a telepítő rendesen 
felismerte, azonban mindkét fejet 
800 x 600 VESA üzemmódra állította 
be, s a második fejet nem sikerült 
eltávolítanom a telepítés során, csak 
később, miután a rendszer teljes tele- 
pítését követően a gépet újraindítot- 
tam. A másik érdekesség a monitor 
beállítása volt: ugyan az adatbázis- 
ban rábukkantam a monitoromra 
(úgyhogy akár magától is megtalál- 
hatta volna), de önműködően nem 
ismerte fel. A megoldást az jelen- 
tette, hogy hagytam a telepítőt, hadd 
tegye a dolgát; majd amikor minden- 
nel elkészült és bejelentkezhettem 
az élő rendszerbe, gyorsan mindent 
a kedvem szerint állítottam át. 
e . Programarzenál 
A KDE 3-nak és az egyéb kiegészí- 
tőknek köszönhetően mindenre 
találhatunk grafikus alkalmazást; 
nekem mint megrögzött karakte- 
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resfelület-bűvölőnek nagyon hiány- 
zott a Midnight Commander. Sajnos 
ezt sem a teljes, sem pedig a koron- 
gunkon lévő változat nem telepíti fel 
alapértelmezésként. lermészetesen 
később bármikor telepíthetjük. 
e A teljes változat telepítése 
Mivel CD-ről telepítettem, mind 
az öt CD-t előkészítettem. Elindí- 
tottam a rendszert az első korongról, 
majd figyeltem, mi is történik. 
A telepítés rendben lezajlott, azon- 
ban számomra egy kissé érthetet- 
lenül mind az öt CD-t bekérte tőlem. 
Nos kérem szépen, nem mondhat- 
nám ezt a dolgot a csomagszervezés 
magasfokának, ugyanis a hármas- 
négyes-ötös korongról mindössze 
10 MB -— 400 KB - 18 MB adatot 
kellett feltenni. Ezeket a csomagokat 
szerintem nyugodtan a második, 
esetleg a harmadik CD-re tehették 
volna, ezzel is egy kicsit felhasználó- 
barátabbá téve ezt a különben igen 
jó rendszert. Ha valaki DVD-ről tele- 
pít, akkor ezt a macerát elkerülheti. 
e . Összegzés 
Nagyon könnyen telepíthető Linux- 
változatról van szó, azt a kis kellemet- 
lenséget a Matroxommal leszámítva, 
a számítógépemnek minden alkatré- 
szét felismerte. Nem kellett Compact- 
Flash-olvasómmal sem bajlódnom, 
gond nélkül használatba vehettem. 
Aki a mellékelt korongról telepíti a 
rendszert, teljes értékű Linuxot kap; és 
amennyiben gyors internetkapcsolattal 
rendelkezik, akkor az Internetről az 
összes csomag elérhetővé válik a számá- 
ra, így a teljes programkínálatból kedvé- 
re válogathat. Akik még nem kötelezték 
el magukat egy bizonyos Linux-változat 
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Újdonságok 
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mellett, azoknak mindenképpen aján- 
lom kipróbálásra; ki tudja, lehet, hogy 
ő lesz a nagy Ő. 

Bővebb adatok: 

2 http:/www.suselinux.hu/termekek/ 
suse linux/suse 82/ 


Magazin 

A magazin cikkeihez kapcsolódó anya- 
gaink a cikkekben feltüntetett helyen 
találhatók. 
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A talán legérdekesebb anyag Marcel 
Gagné cikkéhez kapcsolódó , asztalmeg- 
osztó" programok. A KDE-hez tartozó 
program a fentebb említett SuSE-kiadás- 
ban is megtalálható, így ha valaki kedvet 
érez hozzá, kipróbálhatja a telepítés után. 
Felkerült a legújabb fejlesztői rendszer- 
mag is, amivel bárki kedvére ismerked- 
het. Szükség is van erre, mivel hamaro- 
san (reményeim szerint) megjelenik a 2.6- 
os megbízható mag, aminek ez az elődje. 
Az első magyarországi PHP Konferencia 
március 29-én került megrendezésre. Az 
előadások anyagai PowerPoint és Open- 
Office.org formátumban is felkerültek. 
e . Hojtsy Gábor - Bevezetés a PHP 
világába 
e Bártházi András - Portálok kialakí- 
tása, felépítése, biztonsági 
követelmények 
e . Szabó Dénes — A Smarty sablonrend- 
szer bemutatása 
e  Palócz István — PHP-oktatási 
tapasztalatok 
e . Papp Győző - , Nagyban utazunk" 


Csontos Gyula 

(Csontos .GyulaOlinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik hegyet 
és kerékpározik. 


Mindenre kiterjedő Oracle-támogatás 
Az Oracle és a UnitedLinux bejelentése 
szerint az Oracle termékeket United- 
Linux alapokon futtató ügyfelek ezentúl 
közvetlenül az Oracle részéről kaphat- 
nak támogatást az operációs rendszerrel 
összefüggő kérdéseikkel kapcsolatban. 
lermészetesen a támogatás igénybe 
vételéhez mind az Oracle-nek, mind 

az operációs rendszer készítőjének 

— Connectiva, SCO, SuSE, IurboLinux — 
támogatási szerződést kell kötnie az 
ügyféllel, de a hirtelen felbukkanó hibák 
megoldása felgyorsulhat, ami adott 
esetben jelentősen hozzájárulhat a 
károk mérsékléséhez. 


Webkamera nagyoknak 

A JVC GY-DV300 Streamcorder nevű 
kamerájának érdekessége, hogy egy- 
szerre képes az általa látottakat szalagra 
rögzíteni és — Ouicklime 6 alól, MPEG-4 
formátumban - Interneten sugározható 
médiafolyamként a 
számítógépnek átadni. 
Ugyan maga a kamera 
már korábban - feb- 
ruár óta — kapható 
volt, a Ouicklime-tá- 
mogatás egy most megjelent hálózati 
csomaggal vált elérhetővé. A kiegészítő 
egység a kamera aljára csatlakozik, és 
egy hálózati vagy flashmemória-kártya 
fogadására képes. A kiegészítő egy 
webkiszolgálót is futtat, amelyen keresz- 
tül a felhasználó távolról is teljes mér- 
tékben átveheti a kamera kezelését. 

2 http:/www.jvc.com/pro 





Sorosít az Adaptec 
Az Adaptec több Serial AIA vezérlőt is 
bemutatott, amelyek egy része alaplapra 


építhető megoldás, míg mások különálló 
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bővítőkártya formájában érhetők el. 

A SCSI-vezérlők piacán messze vezető 
cég elsősorban a költségérzékeny vevő- 
ket próbálja termékeivel megcélozni; 
soros ATA RAID-vezérlőivel viszonylag 
olcsó merevlemezekkel is nagyteljesít- 
ményű, az adatokat biztonságosan őrző 
tárrendszerek építhetők. 

A most megjelent 1210SA vezérlő két 
merevlemezt tud kezelni, ezeket RAID 0 
vagy RAID 1 módban tudja használni. 
A vezérlő ugyanazt a HostkAID megol- 
dást alkalmazza, mint amit a cég 
Ultra320-as SCSI-vezérlői. A később 
megjelenő vezérlők RAID 1/0 és RAID 5 
tömböket is kezelnek majd, illetve nem- 
csak kettő, hanem négy-, nyolc és tizen- 
hat kapus eszközöket is találunk majd 
közöttük. 

2 http:/www.adaptec.com 
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A legcikisebb helyzet az életemben. . . 
A Business 2.0 magazin immár harma- 
dik alkalommal állította össze a , 101 
leghülyébb pillanat az üzleti életben" 
című listáját. Bár a szerkesztők inkább 
csak az amerikai érdekeltségű vállalatok 
terméséből válogatnak, úgy tűnik, így 

is bőven van miből szemezgetniük. 

Néhány gyöngyszem: 

e — Egy fejlesztői konferencián Brian 
Valentine, a Microsoft vezető alel- 
nöke kijelenti, hogy az összes operá- 
ciós rendszer ugyanolyan... Mi meg 
csak szívunk. 

e . Barclay Knapp, az NIL telekommu- 
nikációs cég vezetője úgy véli, hogy 
a 23A milliárd szép nagy szám, a 
nagy számokat pedig mindenki sze- 
reti. Csak arról feledkezett el, hogy 
ez mínuszban értendő: cége közel 
ennyi adósságot halmozott fel, ami- 
kor végül csődbe jutott. 

e Egy gondban lévő romániai autó- 
gyár dolgozói úgy gondolták, hogy- 
ha mindnyájan elmennek egy sper- 
mabankba, ahol adakoznak, majd az 
így szerzett keresetüket felajánlják a 
cégnek, tehetnek valamit a vállalat 
húszmilliós adósságának a ledolgo- 
zásáért. Valaki azt is kiszámolta, 
hogy fejenként 400 alkalommal járva 
a spermabankban, valóban 
eltűnhetne a kérdéses adósság. 

e A Mattel a Harry Potter termékcsa- 
lád részeként egy vibráló seprűt is 
piacra dobott. Egy 32 éves anyuka 
visszajelzéséből hamarosan kiderült, 
ő maga is legalább annyira élvezte a 
seprűn való lovaglást, mint hétéves 
kisfia, csak az elemek tartóssága nem 
elégítette ki az igényeit. A cég azóta 
visszavonta a terméket. 

A teljes lista a magazin honlapján 

olvasható. 

2 http:/www.business2.com 


Letölthető az OpenOffice 1.1b 

Az OpenOffice 1.0 megjelenésével nem 
állhatott meg a világ, az 1.1-es változat- 
ban számos újdonság mutatkozik be. 
Csak néhány ezek közül: PDE Macro- 
media Flash és egyéb új formátumok 
megnyitása és mentése; a thai, hindi, 
arab és héber nyelvek támogatása; 
dokumentum küldése elektronikus 
levélhez csatolva, PDF formátumban; 
mobileszközök és formátumaik támo- 
gatása; XML és XHIML mentése; 
fogyatékosokat segítő szolgáltatások; 
továbbfejlesztett súgó. A csomag a 
megszokott operációs rendszerekhez 
tölthető le. 

2 http:/www.openoffice.org 


Hálózati mindenesek 

MontaVista Linuxszal 

Két újszerű termékben jut szerephez a 
MontavVista Linux. A mindössze két éve 
megalakult Zultys lechnologies két 
hálózati — vagy ha úgy tetszik, összes — 
termékében beágyazott 
Linux fut. A többféle 
célra is használha- 
tó készülékek 

nyílt szabványok 
alapján működnek, 
belsejükben IBM PowerPC 

440GP processzor található. A ZIP 4x4 
egy üzleti kategóriás, egyszerre négy 
hívást kezelni képes IP-telefon és négy- 
kapus, felügyelhető ethernet hálózati 
kapcsoló egyben, de használható számo- 
lógépként, illetve beépített telefon- 
könyvvel is rendelkezik. Az MX1200 két 
egység magas készülék; video-, fax- és 
hanghívások, adatkapcsolatok kezelé- 
sére egyaránt alkalmas, egyszerre hasz- 
nálható telefonos alközpontként, háló- 
zati kapcsolóként, útválasztóként és 
internetes átjáróként — mindezeket a 
szolgáltatásokat egyetlen felületről lehet 
felügyelni. A ZIP 4x4 400 dollárba kerül, 
míg az MX1200 ára kiépítéstől, a támo- 
gatott felhasználók számától függően 

20 és 212 ezer dollár között alakul. 

(A képen a ZIP 4Xx4 IP-telefon és háló- 
zati kapcsoló látható.) 

2 http:/www.zultys.com 


Érósít az SMC 

Az SMC bemutatta EliteConnect High 
Power családjának első tagját, egy 
802.11b szabvány szerinti, 2.44 GHz-en 
üzemelő, nagy energiájú, vezeték nélkü- 
li hálózati kártyát. A kártya érdekessége, 
hogy a legtöbb terméknél jóval nagyobb, 
200 mW-os teljesítménnyel továbbítja a 
jeleket — amivel nemzetközi forgalmazá- 
sának reménye alighanem szertefoszlott, 
hiszen csak az Egyesült Államokban 
szabad 500 mW-ig emelni a 802.11-es 
eszközök teljesítményét, a nemzetközi 
teljesítményhatár 100 mW. A kártya 

— emelt teljesítményének köszönhe- 
tően — kül- és beltérben egyaránt jobb 
minőségű, illetve nagyobb, eszményi 
körülmények között akár 900 méteres 
távolságról is használható összeköttetést 
biztosít. A rádiós kapcsolat a meglévő 
64/128 bites WEP-titkosítással védhető, 
de a második negyedévben - egy fris- 
sítés letöltése után — a Wi-Fi Protected 
Access (WPA) támogatása is elérhetővé 
válik. A kártya 140 dolláros áron vásá- 
rolható meg, és az SMC tervei szerint 
hamarosan további nagyteljesítményű 
hálózati elemek is társulnak mellé. 
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A Cobol élt, él... 
A theKompany.com elkészült a Kobol 
1.3.2-es változatával. Az ANSI Cobol 
teljes mértékben megfelel az előírások- 
nak, az ANSI-bizottság által csak nemrég 
jóváhagyott, objektum- 
központú kiterjeszté- 
seket is megvalósító 
Cobol-környezet az első 
ilyen képességekkel bíró termék. A be- 
épített fejlesztői környezettel, CVS-tá- 
mogatással és egyéb, a fejlesztői munkát 
megkönnyítő szolgáltatásokkal is ren- 
delkező, Linux, Mac OS X és Windows 
alá egyaránt elérhető Kobol a maga hat- 
van dolláros árával alighanem a legol- 
csóbb hasonló eszköz. 
2 http:/www.thekompany.com/ 
products/kobol 


Lendületben a SuSE 

A Ximian Inc. és a SuSE Linux AG 
közös bejelentése szerint a SuSE 
Openexchange levél- és csoportmunka- 
kiszolgálójához hamarosan a Ximian IS 
alkalmazása társul majd ajánlott fel- 
használóoldali alkalmazásként. A fel- 
használók Evolution alól is ugyan- 
azokat a szolgáltatásokat érhetik majd 
el, mint Microsoft Outlook alól. Mivel 
az Evolution felülete, megjelenése 
kísértetiesen emlékeztet az Outlookéra, 
a felhasználóknak az új programra 
történő átszoktatása nem jelenthet 
gondot. A közös Ximian Connector for 
Openexchange megoldás valamikor a 
harmadik negyedévben lesz elérhető. 
A két cég további együttműködést 

is tervez, amelynek keretében ez év 
második negyedévében a Ximian -— Red 
Hat Linux alatt már elérhető — Red 
Carpet Exterprise felügyeleti eszköze 
elkészülne a SuSE-terjesztésekhez is, 
jelentősen megkönnyítve a SuSE-rend- 
szergazdák számára a programok köz- 
ponti terjesztését, telepítését és műkö- 
désük figyelését. 





TeradGrid 

A SuSE Linux Enterprise Server 8 Ita- 
nium processzorokra szabott változatára 
épül az amerikai kutatókat szolgáló 





TERAGRID 


leraGrid tudományos rendszer. A Nati- 
onal Science Foundation vezérletével 
létrehozandó leraGrid összekapcsolt 
fürtök hálózata lesz. Segítségével több 
ezer kutató férhet hozzá számítástech- 
nikai erőforrásokhoz, és végezhet idő- 
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járásmodellezést, biológiai és egyéb jel- 
legű számításokat. Az Itanium 2 alapú 
fürtök telepítését az IBM Global Services 
végzi, összesen négy helyszínen. A háló- 
zat 600 IB adat tárolására lesz képes, 

a tárolórendszer vezérlését az IBM 
programjai végzik majd. 


SuSE Linux Enterprise Server 8 

A SuSE Linux Enterprise Server 8 
Itanium processzorokhoz készült vál- 
tozata március vége óta bárki által meg- 
vásárolható, a több CD-lemeznyi prog- 
ram és leírás mellé 12 hónapnyi karban- 
tartás-szolgáltatás is társul. 


FireWire-ethernet házasság 

A 1394 Irade Association és az IEEE 
újonnan létrehozott közös csoportjának 
feladata olyan módszerek kidolgozása, 
amik IEEE 1394b összeköttetések létre- 
hozását teszik lehetővé akár száz méter 
hosszúságú Cat5-ös vezetékeken, a 
meglévő Gigabit ethernet kapcsolatok 
felett. A csoport munkája eredménye- 
képpen a FireWire-szabvány következő 
frissítésében már az újfajta kiterjesztés is 
szerepelhet. A fő feladat olyan végpon- 
tok és köztes kapcsolók, elosztók létre- 
hozása, amelyek képesek választani a 
10/100/1000 Mb$/s sebességű ethernet, 
illetve a 400/800 Mb/s FireWire kapcso- 
latok között. Ilyen eszközökkel ethernet 
— FireWire kapcsolatokat is létre lehet 
majd hozni, így eltérő eszközök is csatla- 
kozhatnak majd azonos alhálózatra. 

A felsőbb szintű protokollok számára 
mindez természetesen teljesen átlátszó 
módon fog történni. 


Minősítési programot indít a Red Hat 
A Red Hat új programot indított a füg- 
getlen alkalmazásfejlesztők számára. 

A különféle fejlesztők részéről — állítják 
a Red Hatnél - egyre nagyobb igény 
mutatkozik arra, hogy programjaikat 
Red Hat Enterprise Linux alatt próbál- 
hassák ki, és a megfelelő működésről 
minősítést szerezhessenek. A felmérések 
szerint a fejlesztők 59 százaléka tervezi, 
hogy jövőre valamilyen terméket fejleszt 
Linux alá. A Red Hat Ready program 
révén a Red Hat ügyfelei bizonyosságot 
szerezhetnek arról, hogy a minősítéssel 
ellátott alkalmazások gondos tesztelésen 
mentek keresztül, és fejlesztőik betartot- 
ták a Red Hat által számukra előírt irány- 
elveket. Az elvárásokat teljesítő alkal- 
mazások felkerülnek a Red Hat hivata- 
los alkalmazáslistájára is, illetve tulajdo- 
nosaik termékük hirdetésekor jogosulttá 
válnak a Red Hat-logó használatára. 

2 http:/www.redhat.com/partners 


serial ATA lassan nekünk is 

A Seagate az első olyan merevlemez- 
gyártó, amelynek az egyik Serial ATA 
merevlemeze - egy 120 GB-os, 7200-as 
fordulattal üzemelő folyadékcsapágyas 
egység -— kiskereskedelemben is megvá- 
sárolható (hivatalosan a Best Buy olda- 
lain), de a magyarországi kereskedések 
is fogadják már a rá vonatkozó előren- 
deléseket. A soros ATA merevlemezekről 
eddig inkább csak hallhattunk, Japán- 
ban a szerencsések vásárolhattak is ilyet, 
ám a magyar üzletek árlistáin nem akar- 
tak feltűnni az új meghajtók. A Seagate 
lemezének bruttó ára jelenleg ötvenezer 
forint körül jár, ami kedvezőnek sem- 
miképpen nem mondható; ám mivel az 





újdonságok ára mindig magas, néhány 
hét múlva valószínűleg jóval olcsóbban 
szerezhetjük meg. A soros kábellel csat- 
lakoztatott meghajtók 150 MB$Ss átviteli 
sebességre képesek, az adatok épségét 
32-bites CRC-vel védik, és a kábelezésük 
is messze kényelmesebb a jelenleg 
használatos szalagkábeleknél. 

2 http:/www.seagate.com 


Új Mozilla-útiterv jelent meg 

A távoli múltba vész 1998 vége, amikor a 
mozilla.org keretein belül megkezdődött 
a Geckónak keresztelt böngészőmotor 
fejlesztése. A munka végül is haladt, 
csak alig győztük kivárni, míg a progra- 
mozók abba az állapotba juttatták, hogy 
végre odafűzhették az 1.0 jelölést a Mo- 
zilla név mögé. Azóta rengeteg fejlesztés 
történt, és hamarosan életre kel az 1.4-es 
ág, ami az 1.0 leváltására hivatott, és 
viszonylag hosszabb ideig megbízható 
ágként szolgál majd. Az 1.5-ös és 1.6-os 
változatokban várhatóan merészebb 
lépésekre is elszánják magukat a fejlesz- 
tők. lennivaló akad bőven, a kódra ráfér 
némi csinosítgatás, az XML-támogatás- 
sal is haladni kell — ennek ellenére a cél 
nem a munka gyorsasága, hanem a 
minőség fokozása. Forradalmi újdonsá- 
gokat tehát ne várjunk - az 1.4-es válto- 
zat május, míg az 1.5-ös augusztus 
közepén készül majd el. 

2 http:/www.mozilla.org 


Törjünk Xhoxot! 

Aki megunta az RC5 kulcsok keresését, 
valamivel hasznosabb, ámbár kevésbé 
tiszta kezdeményezéshez is csatlakoz- 
hat: az Operation Project X célja a 
Microsoft által az Xbox adathordozók 
és programok aláírására használt 

2048 bites RSA kódolás megtörése. 

A szívet melengetően reménytelen 
elosztott tervezethez Linux, Windows, 
FreeBSD, NetBSD és MacOS alá, sót 
Xbox-gépekhez egyaránt találunk 
ügyfélprogramot. 

A Microsoft kódjának megtörésére azért 
van szükség, mert az Xbox csak az aláírt 
programok futtatását engedélyezi. 

A védelmet modlapka beszerelésével 

ki lehet iktatni, ám ebben az esetben a 
cél az, hogy érintetlen gépen is lehessen 
például Linuxot futtatni. A Project X 
valójában az Xbox Linux tervezethez 
kötődik, amelynek keretein belül egy 
százezer dolláros díjazású , pályázatot" 
írtak ki olyan jogtiszta, mások számára 
ésszerű költséggel megvalósítható, 
könnyen megérthető és szabadon hoz- 
záférhető megoldások készítésére, ame- 
lyek modlapka nélkül is lehetővé teszik 
más operációs rendszer telepítését 
Xboxra. Mivel első nekifutásra senki 
nem tudta elvinni a pénzt, a határidőt 
ez év végéig tolták ki. 

2 http:/www.operationprojectx.com 


Hangminősítési program 
számítógépekhez 

Az nVidia és a Dolby Laboratories 
SoundStorm néven közös hangminősí- 
tési programot hozott létre alaplapok 
és személyi számítógépek számára. 

A pályázó termékeknek gazdag szolgál- 
tatáskészletet, élethű hangzást és magas 
teljesítményt kell nyújtaniuk — minő 
meglepetés, hogy elsőként nVidia 
nForce2 lapkakészletére épülő alapla- 
pok teljesítik a követelményeket; bár 

a minősítésre méltó termékeknek termé- 
szetesen nem feltétlenül nVidia lapka- 
készletre kell épülniük. A minősítendő 
eszközöknek különálló elülső jobb/bal, 
hátulsó jobb/bal és közép/mély analóg 
kimenettel, különálló S/PDIF kimenet- 
tel, különálló mikrofon- és vonali be- 
menettel kell rendelkezniük, analóg 
kimeneteiken 85, bemeneteiken pedig 
80 dB jel/zaj értéket kell felmutatniuk. 
Ha mindezeket az elvárásokat teljesítik, 
akkor gyártójuk elhelyezheti rajtuk az 
nVidia- és Dolby-Digital logókat, mi 
pedig elfelejthetjük azt a régi nézetet, 
miszerint számítógépből kizárólag 
zajokkal terhelt, a vájt fülűek számára 
élvezhetetlen hang jöhet ki. 
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Tenyérfelismerés a Fujitsutól 

A Fujitsu Laboratories egy érintést nem 
igénylő biometriai azonosítóeszközt 
dolgozott ki. A készülék a fölé helyezett 
tenyérben az erek futását követi és 
ismeri fel, és természetesen tartozik 
hozzá egy program is, ami a beolvasott 
adatokat dolgozza fel. A leolvasott kép- 
ben az erek fekete vonalakként jelennek 
meg, a program ezt hasonlítja össze a 
tárolt mintákkal. A készülék viszonylag 
érzéketlen arra, ha alkalmanként válto- 
zik a leolvasó és a tenyér közötti távol- 
ság, illetve ha az azonosított személy 
más-más szögben tartja a kezét a leol- 
vasó fölé. A fejlesztők bevallása szerint 
megoldásuk mindössze az esetek egy 
százalékában utasít el valakit tévesen, 
és kétszáz esetből csak egyszer fordul 
elő olyan, hogy jogosulatlan személyt 
is felismerni vél. 

A tenyérben futó erek - hasonlóan az 
ujjlenyomathoz - egy életen át megőr- 
zik rajzolatukat, legfeljebb a minta mé- 
rete változhat meg. Az ujjlenyomat-le- 
olvasók általában érintéssel működnek, 
ami viszont nagyobb esélyt ad a fertő- 
zések terjedésére. A Fujitsu szakemberei 
különféle területeken ki szeretnék 
próbálni a készüléküket, illetve számos 
eszközbe tervezik a beépítését. 


Xerox asszisztens gyengén látóknak 
A Xerox új alkalmazásának segítségével 
vak és gyengén látó felhasználók is 
elboldogulhatnak egy digitális másoló- 
géppel. A Xerox Copier Assistant prog- 
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Medgyesi Zoltán (mzerettesoft.hu) 

A BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszívesebben 
a barátnőjével tölti. Szeret autózni és 
bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág hírszerkesztője. 
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Negoldás a középvállalatok legnagyobb gondjára 
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lehetőleg ingyenes), ráadásul a fenntartási és tulajdon- 
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pedig a régebben független Compiere, ami ma már a 
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a cégnél, aki házon belül meg tudja oldani a kérdéseket, 
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Egy működő rendszer 
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évek óta üzemelő moduláris rendszert egy lelkes csapat 
hozta létre, és nagyon sokat köszönhetnek a nyílt forrású 
rendszereknek. Ezért elhatározták, hogy valahogy , visz- 
szafizetik" a nyílt világnak ezt a rengeteg támogatást. 
Hogyan is lehetne visszafizetni? Természetesen a kód 
megnyitásával, közzétételével. Tehát itt van egy rend- 
szer, ami tudja a szükséges szolgáltatásokat, és még 

a tulajdonosnak is az a célja, hogy megnyissa a kódot! 
Remek! De miért nem történt meg eddig a megnyitás? 
Sajnos a kis csapat számára erőn felüli feladatot jelent a 
kód olyan szintű rendbe tevése, hogy azt nyugodt szívvel 
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a világ elé tárják. A , gatyába rázás" a jelenlegi felállás 
szerint akár több évig is eltarthat, ezt pedig a cég nem 
engedheti meg magának. Kérdeztem, mit szólna hozzá 
a csapat, ha többen beszállnánk a munkába, mind 
cégek, mind fejlesztők, akik szívesen áldoznak idejükből 
egy ilyen rendszerre. Morfondírozásunk eredményeként 
egy idilli folytatás alakult ki bennem: összejön négy-öt 
cég, akik ezt a rendszert kívánják használni, összedobják 
a bevezetésre amúgy is szánt összeg egy részét (mond- 
hatnók, egy másik rendszer megvásárlására szükséges 
pénz töredékét), adják hozzá a saját cégükben amúgy is 
meglévő plusz egy főt, jelentkezik még néhány lelkes 
programozó, és pikk-pakk, szépen, modulonként átfésül- 
jük a rendszert, egyúttal be is vezetve az adott modu- 
lokat a résztvevő cégeknél, 

Természetesen komoly kihívást jelent egy teljes vállalat- 
irányítási rendszer átfésülése, nem kisebbet a rendszer 
éles bevezetése. Ezzel együtt bizakodó vagyok, ugyanis 
egy jelentkező céget már most tudok, és egy maroknyi 
ember már jelezte is, hogy szívesen részt venne a mun- 
kában. Ha mindehhez hozzávesszük, hogy a Gazdasági 
és Közlekedési Minisztérium külön pályázati felhívást tett 
közzé ,a kis- és középvállalkozások részére a korszerű 
vállalatirányítási rendszerek támogatására", ahol akár 
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négymillió forint támogatást is lehet nyerni, akkor még 
szebb a kép. Minisztériumi támogatással akár további 
költségek nélkül állhatnak át vállalatok egy korszerű és 
nyílt megoldásra. Ki tudja, az év végére talán magazinunk 
lemezmellékletén szerepelhet a teljes TRON. Úgy legyen! 


Szy György (Szy.GyorgyOlinuxvilag.hu) 
-] A Linuxvilág főszerkesztője, 

! a Kiskapu Kiadó vezetője. 

a] Mindenki levelét örömmel várja. 
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Az első OpenOffice.org-konferencia 


Az első OpenOffice.org-tanácskozást Hamburgban 
tartották, pont a hannoveri CeBIT utánra időzítve. 


Kis hazánk képviseletében (az LME pénzügyi segítségé- 
vel megtámogatva, amit ezúton is köszönünk) négyfős 
csapat kelt útra: Varga S. Csaba (Guska), Somogyi 
Péter (Jerry) , Noll János (JohnZero), valamint jóma- 
gam. A helyszínválasztás számunkra annyiban volt 
szerencsétlen, hogy 14 órás autóutat kellett legyűrnünk. 
(Odafelé, visszafelé viszont 16 órásra sikeredett.) 

De sebaj, az 000-t lánykorában — amikor még zárt prog- 
ram volt — Hamburgban kezdte fejleszteni a német 
StarDivision cég, és a legtöbb (ma már Sun Microsys- 
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venOffice.org 1.0 








tems-színekben futó) fejlesztő ma is arrafelé található, 
úgyhogy talán megbocsáthatjuk nekik a dolgot. 

A konferencia helyszínéül a hamburgi egyetem bölcsész- 
kari épületének (Philoturm) egyes termeit választották. 

Az alaphangot Miguel de Icaza adta meg, aki nyitóbeszé- 
dében az 000 világszerte kivívott fontos szerepéről szólt. 
A nyílt adatformátumok fontossága után a könnyű hono- 
síthatóság témaköre került terítékre. (Miguel egy thai 
csapatot említett, akik már két hét alatt megcsinálták, 
bizony. Mi pedig úriemberként nem kiabáltunk közbe, 
hogy eldicsekedjünk a magunk három napjával.) 

Az általános helyzetkép után Miguel rögtönözött kíván- 
ságlistába kezdett: a diái között össze-vissza ugrálva, 

a neten böngészve pár érdekes látványbeli szolgáltatást 
ajánlott (5 http://www.smartmoney.com/marketmap/ 
és 5 http://www.kartoo.org/), amit jó lenne valamikor 
viszontlátni az 000-ban. Jó Gnome-osként a sok nyelven 


való programozhatóság és a makrózhatóság sem 

maradt le a listájáról. 

Egy régi StarDivision-os motoros, Jürgen Schmidt az 000 
fejlesztésének alapját képező UNO (Universal Network 
Objects) összetevő (component) keretrendszert ismertet- 
te. Pár egyszerű forráskódos, lefordítós, futtatós példával 
ott helyben szemléltette is, hogyan lehet az UNO javás 
illesztőfelülete révén a Javában szolgáltatásokat adni a 
nagy programokhoz -— a Calc részbe pillanatok alatt meg- 
valósított egy számlálóbabot (bean), meg egy cellaérték- 
számítási kifejezésekben felhasználható függvényt. 

Erwin Tenhumberg (Sun) az 000 átalakuló fejlesztési 
házirendjéről beszélt: ezután nem az történik, hogy az 
összes kódoló egyből a CVS HEAD ágába tesz közzé 
(commiter) mindent, hanem az egyes részterületek 

— szolgáltatások, hibajavítások stb. — egy-egy 





kérészéletű alágat (egy Child WorkSpace-t — CWS) 
nyitnak, és abban a maguk számára megnyugtató 
módon összehozzák a kérdéses kódot, majd utána 
folyatják vissza az egészet a főágba, a Master 
WorkSpace-be (MWS). 

Az előadás vége felé annyi közönségkérdés érkezett, 
hogy egy másik sunos fejlesztő, Martin Hollmichel vette 
át a válaszadó stafétáját. Úgy tűnik, ezzel az átszervezés- 
sel a Sun is ésszerűsíteni akar: megszüntetik a saját 
belső StarOffice-főágukat, a nyilvános 000-repository 
lesz az ő alapjuk is, és a saját fejlesztéseiket csak ehhez 
képest rakják rá. A két fejlesztés közt így akár közös 
binárisok is elképzelhetők. 


ee ALÉLT 


jú a 


A CollabNet-es Louis Suarez-Potts az 000-fejlesztők 
közösségének (tervezett) átalakulásáról beszélt: olyan 
szerkezetet szeretnének, amivel az egyáltalán nem 
hozzáértő, de segíteni akaró kívülállók is akár öt perc 
leforgása alatt a saját képességeiknek megfelelően 
tudnak segíteni. Ez nem egyszerű, ugyanis hogyan 





lehet annyira átláthatóvá tenni a fejlesztők illetékességi 
köreit, hogy a kívülálló is eligazodjon benne, és a túl 
nagy erőfeszítés láttán ne vesszen el a jó szándék? 

És ne is lépjenek egymás lábára! A megoldás fontos 
lenne, mert pár százezer felhasználó kisméretű, párhu- 
zamos hozzájárulásából sok minden megszülethetne. 
Lassú víz partot mos. Az összehangolás technikai 
hátteréről annyi hangzott el, hogy minden részprojekt 
fejlesztéstámogató programjának kapcsolatot kell 
tudnia tartani a CollabNet-es SourceCasttal, s ezáltal 
nagyobb konzisztencia érhető el például a kifelé lát- 
ható webfelületen. 

John M. Rice nagyon elegáns, mintaszerű előadást tar- 
tott az 000 parancsnyelvkezelő keretrendszeréről: egy 
közös alapba további nyelvi csatolókat lehet beilleszteni. 
Egy nyelvi csatoló egy új parancsnyelv számára elérhe- 
tővé teszi az 000 saját és a többi parancsnyelvből szár- 
mazó függvényeit és objektumait. A dokumentumokba 
menthető parancsfájlok tehát mindet egyformán, a saját 
parancsnyelvük írásmódjával használhatják. Maga a 
keretrendszer még nincs a letölthető 000-csomagba 
bevonva, de az 1.1-ben már ígérik, addig is pár JAR-fájl 
letöltésével elérhető. A kiadásig néhány szálat még el 
kell varrni: nekünk főként a grafikus felület kérdése tűnt 
fel. A bemutatott és lefuttatott bemutatókban (demo) 
ugyanis a kód a javás Swing-felülettel jelent meg, ami 
igen elütött az 000 saját kinézetétől. A dokumentumok 
adatait kezelő részek attól még nagyon szépen futottak. 
Chris Halls, a Debian-terjesztés egyik 000-csomagkar- 
bantartója (de ott volt René Engelhart is) röviden beve- 
zette a Debian alapelveit, nagy hangsúlyt fektetve a 
szabad programokra. Bemutatta a terjesztés szerkezetét 
(main, contrib, non-free), majd elhelyezte benne az 
000-t (a contrib-ban van, mert a fordításához még 
szükséges a Sun-féle JDK). Szólt a csomagolás folya- 
matáról (foltozás, fordítás, telepítőkészlet, az 000 
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szokásos telepítése során lejátszódó . /setup hívás 
közül az elsőt elkészítik, az eredményét csomagolják), 

a felhasználói visszajelzésekről (a Debian az 1386-os 
kiépítésen kívül még S390-en is karbantartja az 000-t). 
Végül sajnos egy szomorú hírrel szolgált: pár hónapja 
olyan hírek érkeztek, miszerint az 000-fejlesztők 
megcélozzák a felületek (platforms) saját csomagkezelői- 
nek használatát (az 000 saját telepítője helyett) — erről 
azóta sem hallott túl sokat, tehát nem érdemes rá léleg- 
zet-visszafojtva várnunk. 

Michael Meeks, Miguel mellett a konferencia másik 
jelentős ximianos fejlesztője — és az, akivel az első 

nap együtt ebédeltünk — a Gnome-mal történő egyesí- 
tésről tartotta nagy közönségfigyelemmel kísért előadá- 
sát. Az eredmények valóban szemet gyönyörködtetőek: 
az egységesebb ikonoktól kezdve az egyszerűsített 
menüpontokig, a simított betűtípusoktól a felturbózott 
CUPS-támogatásig (nyomtatókezelés). Viszont hiába 
támogatja a Sun a Gnome-ot, az 000 GIK-ra áttérése 
még csak tervbe sincs véve. Különféle cégpolitikai 
okokból pedig még nem is adták ki a fejlesztéseiket, 
egyelőre a Ximian Desktop 2 (XD2) nevű termékükre 
tartalékolják, a nagyközönség előtti megjelenés idő- 
pontja nem ismert. Még egy érdekesség; egy kérdésre 
válaszolva Michael a Ximian Bonobo nevű komponens- 
rendszerét éppen hogy csak nem illette az , elavult" 
szóval (pedig a nyelve hegyén volt), nagyon dicsérte 
viszont az UNO-t, úgyhogy valószínűleg érdekes fej- 
lemények várhatók. 

Ami minket érint: Noll János előadásában bemutatta a 
magyar 000-honosító környezetét, és a bennlévő közön- 
ségtől meglepően sok kérdést kapott. MI több, /VIs 
Fuhrmann révén a program fel is került egy sunos gépre, 
majd azon melegében — szó szerint a konferencia alatt — 
megindult a török honosítás, és a tanácskozás végére 
(azt hiszem) be is fejezték! Nilsszel beszélgetve bukkant 
fel a hír, miszerint az 000 súgószövegét újraírják, az év 
vége felé megjelenő 000 1.1-ben ugyan még a régi 
(zárt, általunk használhatatlan) formában lesz az új tarta- 
lom, az új súgórendszer viszont csak a 2004 közepe- 
vége felé várt 2.0-ban fog bemutatkozni. Addig sajnos 
úgy tűnik, nem érdemes a súgót fejlesztenünk, mert 
úgyis a kukába kerül. 

A szakmai dolgokon kívül egyebeket is megtapasztaltunk 
(például a sört méterben is lehet mérni), Így a vissza- 
utunk egy kisebb késéssel indult, de vasárnap hajnali 
kettő felé végre hazaértünk. 


E cikkre a Free Documentation License vonatkozik. 
2 http://www.gnu. hurfdi.htmi 


Verók István 

Lassan második anyanyelvének 
tekinti az angolt és a Javát, így a 
kezdetektől fordítóként és lektorként 
segíti az FS-hu Alapítvány munkáját. 
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ELÜLT ÉLTE 


Nincs az a Linux-felhasználói összejövetel vagy baráti találkozó, amit ne lehetne pingvinszendvicsekkel és sajtigluval 
feldobni. Szabadjon közzétennünk a fentiek álkódját és egy képet annak bizonyságául, hogy a kód kitűnően működik. 


Hozzávalók: 

2 doboz krémsajt 

1 sajttömb 

1 üveg nagy fekete olajbogyó, magozott 

1 üveg kis fekete olajbogyó, magozott 

1 sárgarépa 

1 csomag fogvájó és sárga vagy narancssárga színű sós keksz 

1 doboz enyhén sózott füstölt hering (jelképes pingvineledelként, 
egyébként elhagyható) 





H!/bin/bash 
while OChes; 


0 Kiskapu Kft. Minden jog fenntartva 


do (NY 
vEgd cs kokra a krÖümsajtot Os bor tsd be vele a sajtt mb €t;zN 
a sajtcs kokb 1 kösz tsd el az iglu bejárati alagetjgát;zN 
fogvXj val hezd meg a h t mb k határvonalaitz;N 
hzmozd meg a sZzrgarOpzt;N 
karikXAzd fel a röpXt Örmevastagszgera;N 
a rÖpaszeletekbil vXEgj vOkony Okeket Os tedd fölre csiíirnekzN 
vEgd be az sszes nagy olivAt Os t Iltsd meg krömsajttal;zN 
a kis olajbogy kba szerd bele a rÖpacszírt;N 
szerd fel a fogvXj ra az olajbogy fejet Os a nagy 
solajbogy -testet Os a rOÖpacikk-1Xbakatz;N 
egy tXElon rendezd el a pingvineket a sajtiglu k r IgN 
a tXlon vagy a tXl k zelőben helyezd el a s s kekszetz;N 
tXlald) ; 

done 


Az összképet tovább javíthatjuk néhány heringgel. A hering annak a két dolognak az egyike, amivel egy pingvint 
elégedetté lehet tenni. Elegáns vendégváró étel. A recept fordított fejlesztési eljárással készült, egy fogadáson 
felszolgált olajbogyó pingvinek és a sajtiglu tanulmányozása nyomán. Reméljük, nincs szabadalmaztatva. Minden- 
esetre kijelentjük, hogy a recept a saját munkánk eredménye, és a GNU Free Documentation License (szabad 
dokumentumfelhasználási engedély) feltételei szerint tesszük közzé. 


Michael Callaham (pingvinek) és Jennifer Gentry (iglu) 
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Ők mondták 


Egy nyereségközpontú programkészítő vállalat nem Amikor új fájl- vagy nyomtatókiszolgálóra van szükség, 
versenyezhet a nyílt forrás gazdaságosságával — mivel ne egy új linuxos gép telepítéséről beszélj, hanem új 


az ingyen van. Továbbá az is kiderült, hogy a nyílt forrás —  fájlkiszolgáló vagy nyomtatókiszolgáló telepítéséről. 


minőségi kipróbálási folyamatával sem kelhet versenyre. . Amíg a megvalósítás kielégítően és megbízhatóan 
Noha a nyílt forrású fejlesztés hosszan elhúzódhat, és a működik, senkit nem érdekel, mi van a háttérben. 


termék általában kevesebb szolgáltatással rendelkezik, Craig Sanders, Debian-fejlesztő és rendszergazda 

mint jogdíjas megfelelője, olyan sokan, olyan gyakran és — Arra a felismerésre jutottam, hogy egy hozzáértő Linux- 
olyan mértékben próbálják ki, hogy a legtöbb nyílt for- rendszergazda két-háromszor annyi gépet képes ellátni, 
rású program állandóbbnak és megbízhatóbbnak bizo- mint egy Windows-rendszergazda. 

nyul. Az árupiacon az alacsony ár és a megbízhatóság Brian Schenkenfelder. n-4- 1 

többet nyom a latban, mint a különféle csecsebecsék. i He 

Christopher Koch, CIO Magazine Linux Journal 20083. április, 108. szám 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 www.linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
További kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[7-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a BTS" kulcsszó. 
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A hónap szakmai tanácsai 


LILO-tipp vész esetére 

Egy korábbi számban szó volt az atombiztos biztonsági 
mentésről, illetve rendszerindításról. Ehhez a témához 
szeretnék hozzászólni. 

A LILO ismeri a -R kapcsolót, ami gyakorlatilag azt 
jelenti, hogy ezt az új rendszerindítási bejegyzést csak 
egyszer hajtja végre. A rendszerindítás korai szakaszá- 
ban telepítheted a saját vészindító üzemmódodat a 
lilo -R paranccsal. A rendszer leállításakor (ha min- 
den jól ment — bár ha biztosra mész, akkor újra befűzöd 
a /-t csak olvasható módba) helyreállíthatod a szokásos 
rendszerindítási üzemmódot. Így amikor a számítógép 
váratlanul összeomlik (vagy egy a CTRL-ÁLT-DELETE bil- 
lentyűkombináció révén kierőszakolt újraindításkor hir- 
telen leáll), a rendszer vészindító módban indul el. 
Tomas, mlavergneocfl.rr.com 


A gyökérlemezrész 

rejtélyes ok miatt csak olvasható 

Red Hat 7.2-es rendszerem van két merevlemezzel. Mind- 
kettőn három logikai kötet található. Valami történt, ami 
miatt a gyökérlemezrész írásvédetté vált. Ellenőriztem 

a könyvtár jogosultságait, de rendben vannak. Amikor 
viszont állományt próbálok meg létrehozni vagy szerkesz- 
teni a gyökérlemezrész tetszőleges alkönyvtárában, azt a 
hibaüzenetet kapom, hogy a fájlrendszer csak olvasható. 
Jeff Manning, Jeff(covMWorks.com 


Győződj meg róla, hogy tényleg a gyökérlemezrészen 
vagy-e: 

tt -0dő/ 

HE 

A kimenet Csatl. pont oszlopában a / értéknek kell 
szerepelnie. Ha tényleg csak olvashatóként van befűzve, 
az a legtöbb esetben fájlrendszerhibát jelent. A hibát 
még azelőtt ki kell javítani, mielőtt a lemezrészt írható 
módban fűznéd be: 

t ísck /dev/hda2 

A /dev/hda2 értéket helyettesítsd be a af kimenetének 
Fájlrendszer oszlopában olvasható értékkel. Végül a 
gyökérlemezrészt a következő paranccsal fűzzük be 
írhatóként: 

H mount / -o remount,rw 

Christopher Wingert, cwingerteogualcomm.com 


Váltás KDM-ról GDM-re 

Amikor a számítógépen elindul, és feljön az X, úgy vélem, 
hogy a KDE bejelentkezéskezelője jelenik meg. Inkább a 
Gnome GDM-jét szeretném használni, mert többet tud és 
jobban testreszabható. Hogyan állíthatom be a GDM-et 
az X alapértelmezett bejelentkezéskezelőjéül? 

Gordon Baldwin, gordonbaldwincobigpond.com 


Jelentkezz be rendszergazdaként, és a 
/etc/sysconfig/desktop állományban írd át a 
DESKTOP-"KDE" 

sort erre: 

DESKTOP- "GNOME" 

Keith Trollope, ktrollope(osan.rr.com 


Kapcsolódás a Microsoft-hálózathoz 
Hogyan lehet a linuxos számítógépet windowsos egyen- 
rangú hálózatba illeszteni? Van egy windowsos egyenran- 
gú hálózatom, amelyben egy Windows XP és három vagy 
négy Windows 98 csatlakozik egymáshoz. Ezek a számító- 
gépek állandó IP-címmel rendelkeznek a 10.1.1.1—10.1.1.14 
tartományban. Minden számítógép teljesen meg van 
osztva, nincsenek jelszavak. Legtöbbször én vagyok az 
egyetlen felhasználó. Hogyan vehetném rá a Windowso- 
kat, hogy lássák a Linux meghajtóit, és viszont? 

J. G. Owen, owen labs-oworldnet.att.net 


A Samba segíthet a cél elérésében. A Samba telepítése 
zavarosnak tűnhet, mert a leírás nem teszi világossá 

az első ponttól kezdve, hogy a feladat gyakorlatilag két 
részre bomlik. Windows környezetben az ügyfél és a 
kiszolgáló egybeolvad. Ha a hálózat működik, tallózha- 
tunk más rendszereket, és azok is tallózhatják a miénket. 
A Sambánál mindegyik oldal elérheti a másikat. 

A Samba telepítése után nem kell sokat kínlódni ahhoz, 
hogy a többi rendszert elérhessük. Az smbmount 
paranccsal lehet a távoli rendszerek megosztásait 
befűzni. Ha telepítve van valamilyen névfeloldás (pl.: 
DNS), akkor az nmbdt-t és az smbdt-t általában nem kell 
futtatni. Az állandó megosztásokat felvehetjük a 
/etc/fstab állományba, az alábbihoz hasonlóan: 

/ /machname/share /mountpt smbís 
suüusername-xxx,password-yyy 11 

Ha azt szeretnénk, hogy a linuxos gépet más gépekről el 
lehessen érni, akkor kiszolgálóként kell beállítani. Ezt az 
smb.conf állomány szerkesztésével tehetjük meg. Itt kell 
megadni a kiszolgáló tulajdonságait és a létrehozandó 
megosztásokat. Ezek után futtassuk az nmbd és smba 
démonokat, amelyek megvalósítják ezt a szolgáltatást. 
Ha el akarjuk kerülni az elsődleges tartományvezérlővel 
kapcsolatos, néha zavaros munkát, olyan módon fordít- 
suk le a Sambát, hogy támogassa a rendszerünkön be- 
vezetett szokásos jelszószolgáltatásokat. Így a felhaszná- 
lókat a szokásos módon adhatjuk hozzá a rendszerhez, és 
az smopasswd segédprogrammal létrehozhatjuk a fájlt, 
amelyet a Samba valójában használ. Ez viszonylag sok 
kézi munkát igényel (a 5 http://org.samba.vvvvw címen 
az , Unofficial Howro" írja le), de a célnak megfelel. Ha a 
megosztásokat tallózhatóvá szeretnénk tenni, akkor hozzá 
kell adni a guest vagy a no-name felhasználói fiókot is. 
Chad Robinson, crobinsonarfgonline.com 


A Windows különféle változatai eléggé érzékenyek 

a hálózati környezet beállításaira. A leghelyesebb 

a /etc/samba/smb.conf állományt szerkeszteni. A 
workgroup - sorba a munkacsoport nevét kell írni. 
A netbios name - sorban adjuk meg a számítógé- 
pünk nevét. Ha úgy telepítjük, a jelszavakat a program 
a /etc/password állományból veszi. 

Christopher Wingert, cwingerteogualcomm.com 
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Új termékek 


Appro 2U kiszolgálócsalád 
Két új kiszolgálócsaláddal jelentke- 
zett az Appro Computers. Az egyik 
Xeon processzort, a másik Athlon 
processzort használ, és mindkettő 
2U magas, keretbe szerelhető 
dobozban kapott helyett. A 2224X 
két Xeon processzort, négy SCSI- 
vagy IDE-merevlemezt, legfeljebb 


Appro 2228x 








12 GB DDR-es ECC memóriát 
(PC2100) és két 10/100-as ether- 
netkaput tartalmaz. A 2228X rend- 
szer ugyanilyen, csak abban nyolc 
SCSI-meghajtó van. Az athlonos 
gépek két Athlon MP processzort, 
legfeljebb 4 GB DDR-es ECC me- 
móriát (PC2100) és két 10/100-as 
ethernetkaput tartalmaznak. 

A 2224-es kiszolgáló négy SCSI 
vagy IDE-merevlemezt tartalmaz, 
a 2228-as pedig nyolc SCSI- 
merevlemezt. 

Adatok: Appro International, 

446 South Abbott Avenue, Milpitas, 
California 95035, 

telefon: 800-927-5464, 

2 http:/Awww.appro.com 


SCOoffice Server 

Az SCO Group SCOoffice Server 
programja kis- és közepes vállalko- 
zások számára készített irodai 
kiszolgálócsomag, amely a követ- 
kező összetevőkből áll: SCO Linux 
4.0, SCOoffice Mail Server 2.0 és 
SCOoffice Base Server. A SCO Linux 
4.0 a UnitedLinux 1.0-s terjesztésen 
alapul. A Mail Server képes több 
levelezőprogram, levelező-, naptár- 
és címjegyzék-szolgáltatásainak 
kiszolgálására. A Base Server segít- 
ségével grafikus felületen keresztül 
lehet beállítani a nyomtatókat, a 
fájlmegosztásokat, a hálózatot, de 
más megosztott erőforrások és 
segédeszközök is vannak benne. 
Adatok: The SCO Group, 

355 South 520 West, Suite 100, 
Lindon, Utah 84042, 

telefon: 801-/65-4999, 

2 http:/Awww.sco.com 
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MontaVista CEE 

A MontavVista Linux Consumer Elect- 
ronics Edition (CEE) beágyazott ope- 
rációs rendszer és fejlesztőkörnyezet 
szórakoztatóelektronikai eszközökhöz. 
Jellemzői: dinamikus energiaellátás- 
kezelés, bővített állományrendszer, 
fejlesztőeszközök a rendszer teljesít- 
ményének hangolásához, a procesz- 
szor és a külső eszközök támogatása, 
fejlesztőeszközök rendszer- és alkal- 
mazásfejlesztéshez, valamint telepít- 
hető segédeszközök, programkönyv- 
tárak, eszközmeghajtók és más futás- 
idejű összetevők százai. A CEE biná- 
risként és forrásban is elérhető, alkal- 
mazási területei lehetnek a valós 
idejű, többfeladatú és többszálú mű- 
ködést igénylő eszközök, például a 
mobiltelefonok, a set-top boxok, a 
digitális televíziók és az autóba sze- 
relhető távközlési eszközök. 

Adatok: MontaVista Software, 

1237 East Argues Avenue, 
Sunnyvale, California 94085, 

telefon: 408-328-9200, 

2 http:/Awww.mvista.com 


Astaro Security Linux v4 
Az Astaro Corporation a New York-i 
Linux World kiállításon jelentette be 
az Astaro Security Linux 4-es válto- 
zatának megjelenését, ami egy inter- 
netes biztonsági program. Az Astaro 
Security egy csomagban tartalmaz 
tűzfalat és VPN-átjárót, levélszemét- 
szűrőt, tartalomszűrőt, címletiltást és 
vírusvédelmet. Az Astaro Security v4 
újdonságai között említhetjük meg 

a VLAN és a WLAN támogatását, a 
POP3-as postafiókok vírusvédelmét, 
a heurisztikus levélszemétszűrést, 
valamint a Radius és LDAP proto- 
kollok jobb támogatását a helyi és 
távoli felhasználók azonosítására. 

A VPN IPSec és előre kiosztott kul- 
csok segítségével végzi a hitelesí- 
tést, a PPTP pedig 128-bites titkosí- 
tást nyújt. A VPN átviteli sebessége 
115 Mb/s, a tűzfal átviteli sebessége 
735 Mb/s, mindez egy 1266 MHz-es 
processzorral. 

Adatok: Astaro Corporation, 

67 South Bedford Street, Suite 400W, 
Burlington, Massachusetts 01803, 
telefon: /81-229-5880, 

e-mail: info(rdDastaro.com, 

2 http:/Awww.astaro.com 





Umigumi 

Az OpenBrick Community új projek- 
tet indított, amelynek az Umigumi 
nevet adta. A cél az operációs rend- 
szerek telepítésének és terjesztésé- 
nek egyszerűsítése flashkártyák 
használata révén. A felhasználó által 
adott bemenő adatoknak megfele- 
lően az Umigumi rendszerindító kód- 
dal ellátott flashkártyát hoz létre. 

A kártya azután egy másik rendszer- 
be illeszthető, amiből útválasztó, 
tűzfal, virtuális magánhálózat, OGG- 
lejátszó, nyomtatókiszolgáló, vékony 
ügyfél stb. is válhat. Az Umigumit 
eredetileg az OpenBrickhez tervezték, 
de bármilyen beágyazott felületen 
működőképes, például PowerPC, 
StrongARM/XScale, Mips/Mipsel, 
SuperH, SPARC és 68 K, amin nyílt 
forrású operációs rendszer fut. 

2 http://www.umigumi. org 





Acceleron64 
Opteron kiszolgálók 
Az Einux bejelentette új, két 64-bites 
AMD Opteron processzorra épülő, 
keretbe szerelhető kiszolgálócsalád- 
ját, az Acceleron64 sorozatot. A csa- 
lád első két tagja az A1840-es nagy- 
vállalati szintű kiszolgáló és az 
A1820-as 
alacsonyabb szintű 
kiszolgáló. Az 
A1840 1U magas 
kiszolgáló négy me- 
net közben cserél- 
hető merevlemez 
beépítési lehetősé- 
gével. A RAID 5 
hozzáadható, valamint rostcsatornán 
és ISCSI-n keresztül SAN-okhoz 
kapcsolható. Az A1820 1U magas 
kiszolgáló két menet közben cserél- 
hető 350 W-os hibatűrő tápegység- 
gel. Mindkét kiszolgálóba legfeljebb 
12 GB DDR333 ECC memória, egy 
Ultra 320 SCSI-vezérlő, két gigabites 
ethernetcsatoló és menet közben 
cserélhető ventilátor szerelhető. 
Adatok: Einux, 1313 North Milpitas 
Boulevard 74110, Milpitas, 
California 95035, 
telefon: 866-883-4689, 
2 http://www.einux.com/about/ 
acceleron64.php 
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A szubkontinens csattanója 


A Tux és a Bux közti világméretű háborúban hol van a legjobb hely, 
ahol a pingvinre fogadhatunk? Próbáljuk meg Indiát! 


William és Melinda Gates 
Alapítvány 2002. november 
11-én százmillió dolláros köte- 


lezettségvállalást hozott nyilvánosságra 
a HIV/AIDS-megelőzésre Indiában. 

A bejelentésre William Gates agyonrek- 
lámozott indiai látogatását megelőzően 
került sor. Az eseményre időzítve a 
Microsoft bejelentette, hogy üzleti kap- 
csolatait Indiával egy megközelítőleg 
négyszázmillió dolláros befektetés kere- 
tében kívánja elmélyíteni. 

A Windows XF-t úgy tervezték meg - az 
operációs rendszer előző változataitól 
eltérően —, hogy ne működhessen anél- 
kül, hogy a felhasználó ne hívná fel 
vagy jelentkezne be a Microsoft hitelesí- 
tési eljárásába, ahol termékét működő- 
képessé teszik. Ha a Microsoftnak lehe- 
tősége lesz rá, Indiában minden egyes 
Windows-példányért fizetni kell majd. 
A Windows XP nem olcsó, de még így 
is képes versenyre kelni egy ingyenes 
operációs rendszerrel. Gates kijelentette, 
a Microsoft nem tervezi, hogy operációs 
rendszerére a szokásosnál nagyobb ked- 
vezményt adjon az oktatási intézmé- 
nyek számára. 

Az adott versenyhelyzetben hogyan 
győzheti le a Microsoft a Linuxot egy 
olyan gazdaságban, ahol az MS-termé- 
kek luxusárunak számítanak? 

Nem tudom, és nem is nagyon érdekel 
— ez legyen a Microsoft gondja. Ami vi- 
szont érdekes számomra, és emiatt hoz- 
tam fel a Microsoft problémáját, az egy 
másik ügy, mégpedig az, hogy az indiai 
fejlesztők vezető szerephez juthatnak 

a Linux-mozgalomban. 

Van néhány nagyon becsvágyó Linux- 
fejlesztő Indiában. Vegyük például 
Rajesh Jain-t. Miután a Linux Journal 
oldalán írtam Indiáról, egy olvasó felhív- 
ta a figyelmemet arra, hogy mit szeretne 
Jain új vállalkozásával, az Emergickel 
elérni: Jain Michael Robertson-nal egye- 
temben szintén az internetes kiadói üz- 
letben volt érdekelt, az IndiaWorld nevű 
cégnél, amit később eladott. Úgy gondo- 
lom, ő ama emberek egyike a Lindows 
mellett, akik kezdeni szeretnének valamit 
a Linuxszal, csak ezt más módon kíván- 
ják megtenni - és ennek határozottan 
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óriási piaca van az alsó piaci szegmens- 
ben, ha Jain a megfelelő lépéseket teszi 
meg (bármik is legyenek azok). 

Jain így vázolja fel terveit: az Emergic 
egy olyan program kifejlesztésén fára- 
dozik, ami a technológiai költségeket a 
tizedére csökkentve azt elérhetővé teszi 
a világ fejlődő piacain tevékenykedő 
felhasználók és vállalatok számára. 

Az Emergic kezdi megvalósítani Bill Ga- 
tes látomását: , tegyünk egy-egy számí- 
tógépet minden íróasztalra és otthonba" . 
Ez a látomás nem volt képes túllépni a 
világ tízezer legnagyobb vállalatán és 
ötszázmillió felhasználóján, akiknek túl- 
nyomó többsége a világ fejlett részén él. 
Az Emergic a következő ötszázmillió 
ember és 25 millió kis- és középvállal- 
kozás számítástechnikai felülete kíván 
lenni. Ők eddig azért nem voltak képe- 
sek alkalmazni a technológiát, mert 
méregdrága volt. 

Az Emergic a világ fejlődő országainak 
lakosait célozza meg. Azokat, akikhez 
még nem gyűrűzött be mélyen a tech- 
nológia, és akik számára talán ez az 
utolsó alkalom, hogy bekapcsolódjanak 
a világ értékláncába, javítva ezáltal az 
ott élő emberek életszínvonalát. 

Jain 125-150 dollár közé teszi vagy még 
lejjebb csökkenti a gép árát, a programét 
pedig havi 5-10 dollárra. Mindezt úgy 
kívánja elérni, hogy az elavult számító- 
gépeket vékony ügyfélként használja az 
alkalmazások futtatásához, a szokásos 
linuxos forgatókönyv szerint. 

Jain a széles sávú kapcsolatban bízik, 

és elsősorban a vállalati körben való 
felhasználásról beszél: a linuxos kiszol- 
gálóalapú számítástechnika immár lehet- 
ségessé vált, mivel a helyi hálózat sebes- 
sége elérte a 100 Mb/s-t, ami sokkal több 
adat átvitelét teszi lehetővé ugyanazon 
hálózaton keresztül. Az eredmény egy 
,vastag kiszolgáló" lett, alapvetően egy 
új asztali számítógép 1 GB operatív 
tárral és két merevlemezzel, programból 
megvalósított RAID-dal, ami könnyedén 
ki képes 30-40 felhasználót szolgálni. 
Egy ilyen kiszolgáló kb. 1500-2000 dol- 
lárba kerül, egy főre lebontva az ügyfél- 
oldali költség nem éri el az 50 dollárt. 
Mindezeket összeszámolva a vékony 





ügyfél és vastag kiszolgáló kombináció 
nemcsak az eszköz- és programköltsé- 
geket csökkenti 90 százalékkal, de az 
informatikai vezető számára teljes felü- 
gyeletet jelent az ügyfelek felett. 
Jainnek rengeteg további terve van, de 
ahelyett, hogy elmélyednénk bennük, 
nézzünk meg inkább néhány más folya- 
matot, amelyek magában a kultúrában 
mennek végbe. Vegyük például az indiai 
Ahmedabadi Vezetőképző Intézetben 
zajló munkát. Peter Day a BBC Newsban 
a következőket írja: Az indiai Vezető- 
képző Intézet nem pusztán a jövendő- 
beli internetes milliárdosokért és azokért 
a diákokért létezik, akik új kék köpenyt 
hordanak. Nem miattuk érkeztem ide. 
Azért jöttem Ahmedabadba, hogy 
együtt ebédeljek a legtalálékonyabb em- 
berekkel, akikkel valaha is találkoztam 

— feltalálókkal és ezermesterekkel, akik 
a vidéki India földjeiről és falvaiból 
érkeztek, ahol az egymilliárdos lakos- 
ságból több mint hétszázmillióan még 
mindig itt élnek. Kezükkel ették a rizst, 
a dhált és a zöldségeket, miközben 
lelkesen beszéltek a találmányaikról 

és az ötleteikről. 

Ezek az emberek a Kezdeményezés a 
kutatásért, a fenntartható technológiá- 
kért és az innovációért egyesület 
(Society for Research and Initiatives for 
Sustainable lechnologies and Innova- 
tion) égisze alatt gyűltek össze. A szer- 
vezet rövidítése SRISTI, amelynek 
szankszrit jelentése: alkotni. 

Összegezve: 1. rendkívül talpraesett em- 
berekről van szó, akik nagyon sokan van- 
nak; 2. jelen esetben is a Linux, valamint 
a nyílt és a szabad forrású programokhoz 
hasonlatos értékekről beszélünk. Ezért 
nem lennék meglepve, ha először itt, 
Indiában győzné le a lux Buxot. 
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Doc Searls (docAssc om) 
A Linux Journal szerkesztője 
és a Cluetrain Manifesto 

] társszerzője. 


Közösségi programok 


p PP 


közösségi fejlesztésű program és 
a közösségi fejlesztésű szabvány 
ugyanannak az éremnek a két 
oldala. A szabványok abban segítenek, 
hogy a szabad újítás — a nyílt forráskód 
és a Linux lényege — ne legyen az akadá- 
lya olyan programok írásának, amelyek 
hatékonyan működnek együtt. — véli 
Brian Behlendorf, az Apache Group 
társalapítója, a CollabNet főmérnöke. 
Még 1997-ben linuxos programfejlesztők 
egy csoportja azon tűnődött, mit lehetne 
tenni a Linux-terjesztések közötti 
kicsiny, de bosszantó eltérések megke- 
rülése érdekében. Mi több, az egyes 
terjesztések különböző változatai közötti 
eltérésekkel is meg kellett küzdeniük. 

A csoport nyílt forráskódú programfej- 
lesztői számára a kérdés az volt, hogyan 
tölthetnének több időt új szolgáltatások 
és javítások megvalósításával ahelyett, 
hogy órákon át azt ellenőriznék, hogy 

a programjuk mindegyik Linux-változat- 
tal működőképes-e. 

A nem szabad programok fejlesztői 
ugyanezzel a kérdéssel szembesültek, de 
nekik emellett fizető ügyfeleik bizalmára 
és alkalmazottaikra is gondot kellett 
fordítaniuk. Valamit tenni kellett. 
Szerencsére szinte mindenki egy véle- 
ményen volt, a legnevesebb fejlesztőktől 
kezdve a Linux-terjesztések készítőin 

át a ftelhasználókig. Hamarosan megala- 
kult a Linux Standard Base (LSB) kezde- 
ményezés, aminek Alan Cox tervezett 
honlapot, Bruce Peters vállalta a vezető 
szerepét, Jon , maddog" Hall pedig 
tanácsadóként segített. Minden nagy- 
szerűen alakult, Linus Torvalds is kiállt 
az erőfeszítések mellett, ám a csoport 
nem mérte fel teljesen, hogy milyen 
hatalmas feladatra vállalkozott. Nem 
csupán egy olyan szabvány megalkotá- 
sára volt szükség, ami megfelel a fejlesz- 
tők, a terjesztéskészítők, a vállalkozások 
és a felhasználók igényeinek, de valóban 
működőképessé kellett tenniük, még- 
pedig első nekifutásra. 

lekerjük előre a szalagot a kétezres évig. 
Az LSB a 0.02 változatnál tartott, és a 
fejlesztők egyik csoportja tanácsért for- 
dult az LSB-csoporthoz a Linux-honosí- 
tásokat leíró szabvány kifejlesztésével 
kapcsolatban. Néhány megbeszélés után 
nyilvánvaló lett, hogy új keretre van 
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szükség, ami lehetővé teszi, hogy mind- 
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két munkába többen kapcsolódhassanak 
be, miközben a két tervezet független és 
közösségi alapú marad. Ez volt a Free 
Standards Group születésének pillanata. 
A Free Standards Group egy olyan kali- 
forniai nonprofit vállalkozás, ami a nyílt 
szabványok fejlesztésének, alkalmazásá- 
nak és népszerűsítésének segítségével 
arra törekszik, hogy felgyorsítsa a nyílt 
forrású megoldások terjedését és elfo- 
gadottságuk növekedését. 

Nem sokkal 2000 második fele, vagyis 

a megalakulása után a Free Standards 
Group új energiákat hozott működésbe 
mind a nyílt kódú programok fejlesztői, 
mind az informatikai ipar szereplői kö- 
zött. Az olyan fejlesztők, mint Jed 150, 
Stuart Anderson és Dan Ouinlan, és 
olyan cégek, mint a Red Hat, a SuSE, a 
HP és az IBM egyaránt kivették részüket 
a munkából. 

Ez a munka nem csupán egy szabvány 
rögzítését jelentette: a Linux-rendszer 
egységesített, teljes körű működési 
leírását készítették el, valamint olyan 
eljárásokat, amelyekkel a szabványos 
rendszerre fejleszteni, illetve azt ellenő- 
rizni lehet. Az LSB például tesztkészle- 
teket tartalmaz az operációs rendszer- 
hez, a felhasználói programokhoz és a 
fordítási környezethez egyaránt. Ezenkí- 
vül magában foglalja a fordítási környe- 
zetet, a példamegvalósítást, az alkalma- 
záscsomagot és a teljes körű leírást. 


e . Szabványleírás: az LSB-megfelelő 
operációs rendszerek működését írja 
le. Nem azt adja meg, hogy a rend- 
szermag, rendszerkönyvtárak vagy 
más központi elemek melyik válto- 
zatát kell alkalmazni, kizárólag az 
egyes összetevők viselkedését szabja 
meg. Ez lehetővé teszi, hogy a fej- 
lesztők csak az API-val és az operá- 
ciós rendszer API-val legyenek kap- 
csolatban. 

e  Tesztkészletek: az operációs rendszer, 
az alkalmazások és a fordítási kör- 
nyezet kipróbálását teszik lehetővé. 

e Fordítási környezet: elszigetelt 
környezet, amibe a fejlesztők 
chroot segítségével lépnek be, 
hogy LSB-megfelelő alkalmazásokat 
fordítsanak. 

e . Példamegvalósítás: elszigetelt 
környezet, amibe a fejlesztők 





chroot segítségével lépnek be, 
hogy az LSB-megfelelő alkalmazások 
próbatfuttatását elvégezzék. 

e . Alkalmazáscsomag: nyílt forráskódú 
alkalmazások gyűjteménye, amik az 
LSB-megfelelő operációs rendszerek 
terheléses tesztelésére használhatók. 

Körülbelül fél évvel a teljes LSB kiadása 

után indult útjára az LSB-tanúsítvány. 

A tanúsítvány mind a Linux-terjesztők, 

mind a -fejlesztők számára lehetővé tette 

annak bizonyítását és bemutatását, hogy 
termékeik megfelelnek a szabványnak. 

Az LSB-tanúsítvány bevezetését követő 

hat héten belül a Mandrake, a Red Hat 

és a SuSE is megpályázta a tanúsítványt, 
és sikeresen meg is szerezte. 


Mára minden nagyobb Linux-terjesztő 
megszerezte az LSB-tanúsítványt. 

A Linux-terjesztések közötti eltérésekkel 
kapcsolatos vita nyugvópontra jutott. 

A programfejlesztők biztosak lehetnek 
benne, hogy LSB-megfelelő rendsze- 
rekre fejlesztett programjuk minden 
egyes LSB tanúsítvánnyal rendelkező 
rendszeren változtatás nélkül futtatható 
lesz. A felhasználók számára is előnyt 
jelent a terjesztések közötti átjárható- 
ság és a felhasználói programok 
nagyobb száma. 

Szabványaik nagy sikerű bevezetése 
ellenére a Free Standards Group és 
annak LSB- és Openil8n-csoportjai nem 
ülnek ölbetett kézzel. Tovább haladunk 
meglévő szabványaink kiterjesztése felé 
és az olyan új területekre, mint a nyom- 
tatás és a felhasználói felületek szab- 
ványal. 

Amennyiben érdekel a Linux jövője, 
csatlakozhatsz hozzánk. Részt vehet a 
munkában minden egyén, civil 
szervezet, oktatási intézmény, cég vagy 
kormányzati szerv. lovábbi tájékoztatás 
a 5 http:/wwwi.freestandards.org 
honlapon található. 
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egyik alapítója és 
ügyvezető igazgatója. 
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A nagy egyesitett munkafelület 





Hogyan vehetik rá a fejlesztők és a terjesztések a különféle programokat, 


hogy együtt jobban működjenek? 


Linux Journal weblapján 2002 decemberében megjelent 
A egy cikkem (3 http:/www.linuxjournal.com/article/6476) 

a Red Hat 8.0 új Bluecurve nevű munkafelületéről, 
ami a Gnome és a KDE rendszerből egyaránt tartalmaz prog- 
ramokat. Számos visszajelzést kaptam, sőt néhány javaslat is 
érkezett, hogyan lehetne olyan alkalmazásokat írni, amelyek 
képesek együttműködni más eszközkészletekkel írt alkalma- 
zásokkal, és minden munkafelületen jól működnének. 


A kérdés 

Az összevont munkafelület olyan szerkezet, aminek az elemei 
együttműködnek egymással, és soha nem kényszeríti arra a 
végfelhasználót, hogy ugyanazt a dolgot többször ismételgesse. 
A jelenlegi alapértelmezett megoldások (például a Gnome és a 
KDE) használata során gyakran ütközünk korlátokba, ha 
keverni szeretnénk az összetevőket. 

A grafikus ügyfelek közötti valamennyi kapcsolat — az egyszerű 
húzd és ejtsd megoldástól kezdve az ikonok, menük, címek és 
más metaadatok kezeléséig, illetve általában az ablakszintű 
kapcsolattartásig — csak az ügyfelek és az ablakkezelők egy 
bizonyos alhalmazán működik kifogástalanul. Ugyanez vonat- 
kozik a központilag kezelt és jól kinéző betűtípusokra. 

No és mi a helyzet a nemzeti sajátságok kezelésével? Hány 
program létezik még, amit nem angol nyelven vagy billentyű- 
zettel kínszenvedés használni? 

A KDE és a Gnome két olyan alkalmazásgyűjtemény, ami úgy 
tűnik, sokat megold a felsorolt nehézségek közül. De valóban 
az eszközkészlet-központú, mindent vagy semmit alapú 
megközelítést lehet a legjobban fenntartani? Mi lesz, ha valaki 
még jobb eszközkészlettel áll elő? Mi történik a más eszköz- 
készletekben írt alkalmazásokkal vagy az egész , best of breed" 
(a legjobb fajta) eszmeiséggel, ami olyan természetes a szabad- 
program-világ felhasználói számára? 

Más szavakkal: mi a legjobb módja annak a bizonyos legjobb 
alkalmazás a fejlesztésének, amit a kedvenc munkafelületünk- 
höz, mások kedvencéhez, illetve a jövő munkafelületeihez 
használunk? 


Megoldások 

A kerék újrafeltalálása bolondságnak tűnhet, de sokkal kevésbé 
balgaság, mint olyan kereket fejleszteni, aminek újfajta utakra 
van szüksége. Amennyiben tehát létezik már húsz csevegő- 
ügyfél Linux alá, de úri kedvünk úgy tartja, készítsünk egy 
újabbat; azonban ne feledkezzünk meg arról sem, hogy együtt 
kell tudni működnie a már meglévőkkel. 

Kezdjük józanul, és aknázzuk ki a helyes szabad szabványokat 
és protokollokat! Ezután ellenőrizzük, hogy a kiválasztott 
könyvtár vagy eszközkészlet szintén támogatja-e őket. Sok fej- 
lesztő már rájött, hogy hosszú távon ez a nyerő megközelítés. 
Havoc Pennington, Gnome-tfejlesztő ezt írja: , Az alkalmazás és 
a futásidejű környezet közötti kapcsolattartásnak minden- 
képpen dokumentált eszközkészlet-független protokollokon 
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és fájltormátumokon keresztül kell zajlania." Lássuk, hogyan 
is fest mindez a gyakorlatban! 


Fájlformátumok 

A hivatali formátumok, de a strukturált adattárolás számos más 
területén is talán az egyik legígéretesebb dolog az Oasis 
csoport munkája. Az Oasis fájlformátumai az OpenOffice.org 
formátumaiból fejlődtek ki, így könnyebb idők következnek az 
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1. ábra XDND, az X húzd és ejtsd protokollja 


OpenOffice.org fejlesztői számára. De minden program, az 
Emacstól a Koffice-on keresztül a jövő szövegszerkesztőjéig fel 
tudja használni. 

Ezt az utat követve nincs szükség újabb könyvjelzőformátum 
készítésére. Az XBEL (XML Bookmark Exchange Language) 
olyan könyvjelző-csereformátum, amelyet a Galeon és a 
Kongueror is régebb óta használ. 

A csereformátum ötlete valamennyi beállításfájlra vonatkozik. 
A Unix és a Linux még mindig az eszközkészlet-megközelítést 
alkalmazza: nincsenek mamutok, csak sok kis darabka, 
amelyek kiválóan végzik a saját feladatukat. Ennek az az egyik 
hasznos következménye, hogy valamennyi azonos feladatot 
ellátó alkalmazás ugyanazt vagy egymáshoz nagyon hasonló 
értékkészletet ismer és állít be. 

A csevegőügyfeles példánknál maradva: nem lenne túl okos 
külön beállításfájlokat készíteni Ot chat app, GIK chat app, 
és Myloolkit chat app és egyéb neveken a különféle eszköz- 
készletekhez. Alapvető különbség van a fájl és annak előállí- 
tása, frissítése között. Használhatunk ugyan különféle szer- 
kesztési módszereket (vi, vezérlőpult stb.), de hosszú távon 
csak az számít, hogy az összes létező csevegőügyfelünk egyet- 
len —/.chatrc fájlt használjon, és ne panaszkodjon, ha a beál- 
lításokat egy másik ügyfél megváltoztatja. A Usenet hírolvasó 


például már régóta a szabványos .newsrc fájlt használja. Amíg 
az általunk készítendő alkalmazásfajtához még nem alakult 

ki szabvány, elfogadható egyezségnek tekinthető, ha az új 
programunk induláskor más hasonló ügyfelek beállításait tölti 
be, és azokat használja alapértelmezettként. 

A MIME-típust fájlnév alapján a MIME-adatbázis végigkeresé- 
sével meg lehet határozni. Ezt szintén egységesíteni lehet, így 
minden munkafelület és program garantáltan azonos adatokat 
olvas be; ennek megvalósítási lehetőségeiről a 

2 http:/freedesktop.org lapon vázlatos leírást találunk. 


Grafikus felületek 

Sokak szerint az X megfogja mutatni érettségét - és ilyenkor 
olyan ambiciózus, messzire mutató projektekre céloznak, mint 
a Fresco. Anélkül, hogy ilyen messzire mennénk, elmondhat- 
juk, sok mindent tehetünk annak érdekében, hogy az ügyfelek 
és az ablakkezelők bármilyen kombinációban helyesen együtt- 
működjenek. Az ilyenfajta 
nehézségek megközelítéséhez 
kiindulási alapként a 

2 http:/freedesktop.org hon- 
lapot javaslom, különös tekin- 
tettel a szabványok fejezetre. 
Emlékszünk még, mit is mond- 
tunk? Az azonos típusú alkal- 
mazásoknak azonos beállítási 
értékkészleten kell osztozniuk. 
A magszolgáltatásokra hivat- 
koztunk, de ugyanez a megkö- 
zelítés igaz minden GUlL-szintű 
beállításban az asztal összes ele- 
me esetén. Az olyan jellemző- 
ket, mint a háttérszín, a dupla- 
kattintás időzítése, minden 
program használja, mégis min- 
den felhasználó csak egyszer és 
azonosan állítja be, függetlenül 
attól, hogy milyen eszközkész- 
let-keveréket használ éppen. 
Az X Resource Managert nem 
készítették fel felhasználói be- 
avatkozást igénylő kezelésre, s 
mivel a —/.Xdefaults tartalmát 
egyesíti más forrásokból szár- 
mazó adatokkal, nem éppen 
eszményi háttér GUI-beállítási 
eszköznek. Inkább tekintsük meg az Xsetting-meghatározásokat, 
amiket ennek és más nehézségeknek a legyőzésére készítettek. 
Lépjünk tovább! Mi következik, miután az egyes alkalmazás- 
osztályokat, a megjelenésüket, illetve a helyi felhasználók csele- 
kedeteire adott válaszaikat beállítottuk? A más alkalmazásokkal 
és az ablakkezelővel történő grafikus kapcsolattartás kérdése. 
Már most is lehetőségünk van szövegeket húzni át egyik ablak- 
ból a másikba, legalábbis elméletileg, amennyiben az összes 
résztvevő követi az XDND protokollt. Jelenleg nemcsak a 
GIK- és a Ot, de még a parancsfájlközpontú eszközkészletek 
is támogatják, mint a Ik és a Per[/Ik, illetve az olyan viszony- 
lag kívülállók, mint a FOX. 

Az 1. ábra szemlélteti, hogyan működik az XDND. Amikor az 
alkalmazásnak valamit át kell küldenie egy másiknak, kiadja a 
megfelelő eszközkészlethívást. Az eszközkészlet az XDND pro- 
tokollon keresztül mindent elküld a másik eszközkészletnek, 
majd a válasz ugyanezen az úton kerül vissza a programhoz. 








3. kép Szöveg hagyományos 
Xterm alatt 
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A forrás az eszközkészletének megadja az összes általa támo- 
gatott MIME-típust, amik lehetnek különféle szöveges formá- 
tumok, képek vagy fájlnevek. A célnak meg kell mondania, 
hogy melyik formátumot ismerte fel az adott listából. Így a 
formázott szöveget két szövegszerkesztő között is átadhatjuk, 
anélkül, hogy a karakterkészletet, a színeket és a többi formá- 
zást elvesztenénk. Ugyanakkor ha egy hasábot átemelünk 
mondjuk a KÖffice-ból a vi alá, akkor a formázás elvész, de 
megmarad a tartalom. 

Amikor a húzd és ejtsd nem működik, a hiba oka csaknem 
mindig az alkalmazás XS-ében keresendő, ami nem adta meg 
az összes MIME-típust, csak saját formákat alkalmazott, vagy 
hibásan használja az eszközkészletet, esetleg a protokollt. Ez 
gyakorlatilag azt jelenti, hogy a hibajelentést az alkalmazáshoz 
kell benyújtanunk, és nem az eszközkészlethez vagy az 
XDND-hez. 

Az X-ügyfelek közti, illetve az ügyfelek és az ablakkezelő kö- 
zötti egyéb kapcsolatoknak az ICCCM szabványt (Inter-Client 
Communication Conventions Manual), illetve az Extended 
Window Manager Hintset, röviden EWMH-t, a korábban 
NetWM néven ismert leírást kell követniük. Megjegyezzük, 
hogy az ICCCM még a jó öreg X vágólap részletes ismertetését 
is tartalmazza. Kezelésükről részletes magyarázatot kaphatunk 
Keith Packard-tól és Jamie Zawinski-től. 

A második ablakkezelési szabvány az ICCCM-re épül. Az ösz- 
szes olyan ablakkezelési képességet kezeli, amit az elődje nem 
tartalmazott, mivel azok az ICCCM létrehozása után jelentek 
meg. Az EWMH eredetileg az akkori Gnome ablakkezelő leírás 
helyettesítésére készült, de ma már (helyesen) bármilyen mun- 
kafelületen megvalósítható és támogatott. A Gnome 2 és a 
KDE 3 egyaránt támogatja az EWMH-t, így minden alkalma- 
zás, ami használja, várhatóan mindkét környezetben, illetve 
azok elemeivel szépen fut majd. Azoknak a fejlesztőknek, akik 
az EWMH-ról ennél a gyors áttekintésnél pontosabb leírásra 
vágynak, érdemes belenézniük a KDE netwm.h állományába. 


Betűtípusok és kódolás 
Mindent elmondtunk már, ami a nagy egyesített munkafelü- 
lethez szükséges lehet? Nyilvánvalóan nem. Gondoljunk csak 
a Red Hat 8.0-ra. Szinte mindenki, még azok is, akiket a hideg 
ráz ki a Gnome/KDE keverésétől, egyetértenek abban, hogy 
legalább a betűk sokkal jobban néznek ki. Mi is könnyen 
becsempészhetjük a saját terjesztésünkbe ezt a varázslatot. 
Először is, a fejlődés az élsimítás érdeme, ami szebbé varázsolja 
a karaktereket, pixeleket szúrva be a megfelelő helyekre. A 2. és 
3. kép ugyanazt a szöveget mutatja be egy szabványos xterm 
és egy élsimításos változatban. 
Másodszor a Red Hat 8.0 az első vezető terjesztés, ami a lehető 
legtöbb UTF-8 kódolást használta (erről még később lesz szó), 
illetve beépítette az xft2 és fontconfig könyvtárak által 
nyújtott ügyféloldali betűtípus-kezelő rendszert. 
A fontconfig képes kitalálni, hogy milyen betűtípusok érhetők 
el a rendszeren és hogy milyen dokumentumhoz melyik felel 
meg a leginkább. Ha ez megvan, az xft2 mondja meg az X- 
kiszolgálónak, hogy mit kell kirajzolnia. Mindkét könyvtárnak 
kapcsolatban kell állnia a Freelype vagy egy azzal egyenértékű 
raszterizáló motorral. Ez a következőket jelenti: 
e . Mostantól nincs szükség betűtípus-kiszolgálókra. 
e — Az új betűtípusok telepítése (akár rendszergazdai jelszó 
nélkül is) sokkal egyszerűbb lett. 
e . Minden alkalmazás, ami a fontconfigon alapul, az összes 
betűtípus-beállítást egyazon XML -fájl(ok)ból olvassa ki, 
amit bármilyen felülettel szerkeszthetünk. 
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4. kép Emacs Red Hat 8.0 alatt 


e A betűtípus-kezelés mostantól (bármely alkalmazásban) 

e két könyvtár sebességével történik, és nem magának az 
X-nek a sebességével. 

e Mivel a fontconfig-nak nincs szüksége se xft2-re, sem más 
X-szel kapcsolatos elemre, bármibe beágyazható, ami 
betűtípusokat kezel — akár nyomtatómeghajtókba vagy 
könyvtárakba is. A libgnomeprint22 pontosan ezt is teszi. 

Az xft2/fontconfig rendszer másik ügyes megoldása, hogy nem 

mindent vagy semmit alapú. Békésen megfér a hagyományos 

betűtípus-kiszolgálók mellett, amik a régebbi alkalmazásokhoz 
esetleg szükségesek lehetnek. Ez történt a Red Hat 8.0 esetében 
is. Az xft2 pedig az új és a régi XFree86-kiszolgálókkal is 
beszélgetni tud. 

Előfordul azonban, hogy a szép szimbólumok rajzolgatása még 

nem elegendő, és az alkalmazásunknak fejlett szövegmegjele- 

nítésre is szüksége van. Ilyenkor kerül a képbe a fontconfig-on 
alapuló Pango program. A Pango szintén a többé-kevésbé mo- 
nolitikus Gnome munkafelületen született, de jelenleg már 
bármilyen környezetben futtathatóra tervezik. 

Egy utolsó gondolat a betűtípusokról: a szebb rajzolat jó dolog, 

de ha kizárólag számjegyekhez és az angol ábécéhez használ- 

hatjuk őket, akkor az egész nem igazán érte meg, nemde? 

Ha a kelet-európai, afrikai vagy ázsiai nyelveket nézzük, az 

ASCII még a , Szia, Világ!" megfelelőjét sem tudja visszaadni. 

A fejlesztő oldaláról nézve ez annyit jelent, hogy az alkalmazá- 

sokat az első naptól kezdve többnyelvűre kell tervezni, és min- 

den, már létező programot ellenőrizni kell, hogy biztosan 
működik-e. Ez nem csupán egyszetű javaslat. Ha valaki azt 
hiszi, hogy biztonságban van, mert csak ASCII-t használ és csak 

néhány parancsfájlt alkotott, az gondolja végig még egyszer a 

dolgot. Amikor a legközelebb fejlesztünk, és a kódunk egy nem- 

zetköziesített parancsértelmezőben, terminálban vagy ablak- 
kezelőben indul majd el, könnyen lerobbanhat. Perlben íródott, 
véletlen aláírásokhoz készült programom pontosan emiatt állt le 

Red Hat 8.0 alatt, és csaknem három hónapig három különböző 

listán senki sem tudott használható megoldást javasolni. 

A Linux alatt lassan szabvánnyá váló karakterkódolás az 

Unicode UTF-8 (lásd Reuwven M. Lerner Unicode című cikkét a 
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Linuxvilág márciusi számában). Jó hír, hogy ez már a bolygón 
található valamennyi jelet képes rendszerbe foglalni, így sem- 
milyen más kódolásra nincs szükségünk. A 4. képen a Red Hat 
8.0-hoz kapott Emacs látható, amint az összes szimbólumot és 
karaktert megjeleníti. Rossz hír viszont, hogy mivel a nem 
ASCII-karakterek több mint 8 bitet használnak, illetve néha a 
képernyőn is nagyobb képterület igényelnek, számos mélyen 
beivódott tézis, például az , 1 karakter — 1 byte" egyenlet, 
egyszerűen megszűnik. Témába vágó forrásmű (a Linux 
Unicode HOWTO-n kívül) az , UTF-8 soft and hard conver- 
sion" mini útmutató és az UTF8 STRING szerkezet, aminek 
célja megőrizni az X vágólap rendszerét az UTF-8 világban. 
Magasabb szinten az 3 http:/Openilőn.org feladata az ope- 
rációs rendszertől független, nemzetköziesített programozás. 


Menük és ikonok 

Mi kellhet még a szép GUI[-hoz? Menük és ikonok. 

A 5 http:/freedesktop.org-on már most megtalálható a mun- 
kafelületek alapszintű szabványa, ami környezettől függetlenül 
megadja, hogyan kell felépíteni a menüket és elindítani az 
alkalmazásokat. Igaz, megvannak a maga korlátai, például 
annak a közös helynek a hiánya, ahová a .desktop-fájlokat be 
lehetne tenni; illetve a menük beégetése, ami abból a tényből 
fakad, hogy egyszerűen a merevlemezen található fájlok elhe- 
lyezkedését tükrözik. Ezeket a hátrányokat kiküszöbölendő 

a szabványhoz már készül a virtuáliskönyvtár-bővítmény. 
Elérhető egy hasonló témájú, másik meghatározás is, ami az 
ikonhelyeket és a témaválasztást szabványosítja. 


A telepítés egyszerűsége 

Ha a forrást is terjesztjük, nyilván mindenki lefordíthatja és 
telepítheti magának a programunkat. De miért nehezítsük meg 
mások életét azzal, hogy nekik kelljen rájönniük, miért is nem 
találja az a program a feltelepített programkönyvtárakat? Miért 
égessük be a dolgokat, ha azok így csak egyetlen terjesztésen 
fognak működni? Bármilyen alkalmazást is szeretnénk írni, az 
LSB csoport Linux fájlrendszerszerkezete jól jöhet ilyenkor. 


Összegzés 

Semmi bajom a tiszta KDE vagy tiszta Gnome rendszerekkel. 
Mindössze csak azt remélem, hogy a jövő alkalmazásaiban egy- 
szerűbb lesz bármilyen programkombinációból a saját környeze- 
tünket összeállítani, a valós szolgáltatások és a teljesítmény feláldo- 
zása nélkül is. Az itt leírt módszerek és eszközök sokat segíthetnek 
egy ilyen alkalmazás megírásakor, fejlesztőiket köszönet illeti. 


Köszönetnyilvánítás 

Köszönetet szeretnék mondani még Havoc Penningtonnak, 
Keith Packardnak, a kde-devel lista tagjainak és mindenkinek, 
aki válaszolt a linuxjournal.com weblapra, és ezzel hozzájárult 
e cikk megszületéséhez. 
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A kapcsolódó címek a CD Magazin/Munkafelület könyvtárában 
találhatóak. 


Marco Fioretti 

Alkatrész-rendszermérnök, aki sokat foglalkozik 
a szabad programokkal az EDÁA-felület és 
hatékony asztali rendszerek formájában. 

Marco családjával Rómában él. 





A Gnome 2 munkafelulet 


Vessünk egy pillantást a Gnome 2 munkafelület újdonságaira és képességeire! 





Gnome Alapítvány (gnome.org) a múlt nyáron kiadta 
AA a Gnome 2.0-s változatát, amelyet 2003 januárjában 

a 2.2-es változat követett. Ezek a kiadások a szabvá- 
nyosított munkafelület és a rendszeres kiadások irányába mutat- 
nak. A Gnome immár kitűnő választássá vált a területtel még 
csak most ismerkedő, nem szakértő felhasználók számára. , Né- 
hány különleges alkalmazás kivételével a Gnome asztal segítsé- 
gével bárki tökéletesen eredményes lehet. Ez olyasmi, ami csak 
kevés szabad programmal történt meg az elmúlt 12-18 hónap- 
ban" — mondta Tim Ney, a Gnome Alapítvány vezérigazgatója. 
A Gnome 2 újításainak megjelenésével a Linux esélyei piaci 
részesedésének növelésére jelentős mértékben megnövekedtek. 


Változások a Gnome-hoz képest 

Az átállás a Gnome 1.x változatáról a Gnome 2-re néhány 
apróbb bosszúsággal jár, ami elfogadható, ha munkafelületet 
fejlesztünk. Az egyik tanulási folyamatról a másikra lépni 
általános dolog Linux alatt; mégis, amikor a saját gépemet 
Gnome 2-re állítottam át, meglepetten vettem észre, hogy a 
Gnome 1.4 olyan kényelmet biztosított számomra, amit nem 
szerettem volna megzavarni. 

A Gnome Alapítvány munkatársai elmondták, hogy korszerű- 
síteni szerették volna az asztalt, csökkentve egy kicsit a válasz- 
tási lehetőségeket, így a munkaállomások egyszerűbbé válnak 
és csökken az új felhasználók tanulási ideje. Ennek eredmé- 
nyeképpen számos alkalmazás, különösen az ismétlődő dara- 
bok vagy teljesen eltűntek, vagy bekerültek az Egyebek (Extras) 
almenü alá. A Gnome 2 egységesebb kinézetet (look and feel) 
nyújt a programok között, hála a témákban és a karakterkész- 
letek terén végrehajtott fejlesztéseknek. , Próbálunk jobban 
odafigyelni az egyensúlyra — szabványokat állítunk fel, miköz- 
ben megőrizzük a Linux rugalmasságát" — mondta Havoc 
Pennington, Gnome-fejlesztő és alapítványi tag. 

Meglehet, hogy sokan nagyon elégedettek vagyunk a Linux- 
szal úgy, ahogy van, de az avatatlan felhasználók nem feltét- 
lenül értékelik a küszködést. A nagyobb piaci térnyerés érde- 
kében a Gnome leegyszetrűsítette az asztalát. Pennington így 
fogalmazott: , Nem arról van szó, hogy eltávolítjuk a lehető- 
ségeket, pusztán olyan alapértelmezéseket adunk meg, ame- 
lyek segítségével gyorsan és könnyen elkezdhetjük a munkát." 
Így ahelyett, hogy öt különböző böngészőt és három szöveg- 
szerkesztőt tennénk elérhetővé, mindegyikből csak egy lesz. 
Ha nem kedveljük a kiválasztottat — amelyet az új Gnome 2 
könyvtárral terveztünk —, még mindig letölthetjük és feltele- 
píthetjük a Webről a megfelelő RPM-et. 

A Gnome Projekt Seth Nickell által vezetett felhasználhatósági 
tanulmányának hála, a programmenüket szépen újrarendsze- 
reztük. Mostantól a Gnome nem ás el eszközöket az almenü- 
rétegek alá vagy más programokba. Arra sincs szükség, hogy 
a felhasználó parancssori változtatásokat végezzen vagy hogy 
közvetlenül megváltoztassa a beállítás-parancsfájlokat. Ehelyett 
a Gnome 2 szinte az összes rendszerbeállítást grafikus felülettel 
végzi el, amik a ftőmenük alatt könnyen megtalálhatók. 

A Gnome számos alkalmazást és eszközt tartalmaz. Mivel 
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Tt. kép Gnome asztal 


képtelenség valamennyit bemutatni, minden csoportból csak 
néhány kulcsfontosságú elemet emelek ki, megpróbálva segí- 
teni azoknak, akik most ismerkednek a Gnome-mal. Néhány 
elem újdonság a Gnome 2-ben, míg mások már egy ideje 
megtalálhatók a Gnome rendszereken. 


Panelek 

Mint az már néhány munkakörnyezetben elterjedt, a Gnome 

is panelek segítségével teszi lehetővé felhasználóinak, hogy prog- 
ramokat indíthassanak vagy kezeljenek, illetve megfigyelhessék 
a rendszerüket. A paneleket az asztal felső, alsó, bal vagy jobb 
margójára helyezhetjük. Egy margóra több panelt is felrakha- 
tunk, illetve a panelek lebegők is lehetnek, így akárhová helyez- 
hetők az asztalon. Beállíthatjuk, hogy maradjanak nyitva vagy 
önműködően rejtőzzenek el, illetve az éppen futó alkalmazások 
számától függően átméretezhetik magukat. A panelre gombot is 
szerelhetünk, amivel kiereszthetjük vagy visszahúzhatjuk azt. 
Kezdetben a felső margón találunk egy panelt, ami a progra- 
mok indításához szükséges menüket tartalmazza. Alulra egy 
másik panel kerül, amin az OpenOffice.org fontosabb alkalma- 
zásainak indítására szolgáló ikonok kaptak helyet, ugyanis ez 
lett a Gnome 2 hivatalos irodai csomagja. Hivatkozást találunk 
itt a Mozilla böngészőre, valamint az alapértelmezett levele- 
zőre, a Ximian Evolutionre. Mindent egybevetve ezek az esz- 
közök jó választást jelentenek egy átlagos Linux-felhasználó 
számára, különösen, ha járatlan felhasználóról van szó. Ha a 
kiválasztott elemek nem tetszenek, a panelekről könnyedén 
leszedhetünk, illetve felrakhatunk új programindító ikonokat. 
Eltávolításhoz egyszerűen kattintsunk a jobb gombbal az ikon- 
ra, és válasszuk a Törlés a panelről (Remove from the panel) 
utasítást. Az elemek hozzáadásához a jobb gombbal mutassunk 
a panel egyik üres pontjára, válasszuk a Panelra helyezés (Add 
to panel) menüpontot, majd az almenükből keressük ki a beil- 
leszteni kívánt programot. 


Munkaterületek 
Indításkor az alsó panelen egy munkaterület-váltót, más néven 
lapozót találunk. Bár nem Gnome-találmány, a munkafelület 
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hasznos eleme: lehetővé teszi, 
hogy egyidőben több virtuális 
munkafelületet futtassunk. Az 
egyik lapon megnyithatunk né- 
hány egymáshoz tartozó alkal- 
mazást, miközben a másik lapon 
más, szintén egymáshoz tartozó 
alkalmazásaink futnak, így gyor- 
san válthatunk közöttük, anél- 
kül, hogy az ablakokat maxima- 
lizálni vagy minimalizálni kel- 
lene. Ha például olyan progra- 
mot használunk, ami minden 
képet és eszközt külön ablakban 
nyit meg (ilyen például a The 
GIMP), jól jön, ha a Gimp abla- 
kainak megzavarása nélkül van 
lehetőségünk a másik 
munkaterületre váltani, ahol 
megnézhetjük a leveleinket. 
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2. kép A Gnome 2.2 
betűtípusai tényleg szebbek 


Kisalkalmazások 
Számítógép-rendszerünktől 
függően elképzelhető, hogy 
bizonyos kisalkalmazások már 
eleve fent vannak a paneleken, 
de magunk is felhelyezhetünk 
újakat. Alapértelmezés szerint 
kezdetben csak az óra-kisalkal- 
mazás él. Ugyanakkor a kinézet- 
választék most már kizárólag 
egyetlen digitális változatra 
szűkült. A régi Gnome majd fél 
tucat változatot nyújtott, többek 
közt néhány stílusos analóg órafelületet is. Laptopok esetében 
a panelre az elemfigyelő kisalkalmazás is felkerül. Felrakhatunk 
még szótárűrlapot, időjárás-előrejelzőt, görgő részvény-árfo- 
lyammutatót, modem-jelzőfényeket, levelesláda-jelzőt, CD-le- 
játszót és hangszabályzókat, valamint hajlékonylemez-befűzőt 
(ami hasznos lehet azoknak a felhasználóknak, akik nem isme- 
rik a mount parancsot, és adatokat szeretnének menteni). 


4. kép 
Nautilus-rendszerbeállítások 


Egységesség 

Az egységesített asztali környezetek egyik hasznos képessége, 
hogy az alkalmazások között szöveget tudunk másolni és beil- 
leszteni. Az utóbbi években ezt a kényelmet már a Gnome alatt 
is élvezhettük, csak sajnos elég gyengécske és nem túl megbíz- 
ható változatban. Szerencsére úgy tűnik, ez többé már nem lesz 
gond. Mostantól másolhatunk böngészőből a vi-t futtató ter- 
minálablakba vagy szövegszerkesztőbe és így tovább. E hiba 
kiküszöbölése nagymértékben hozzájárul a Gnome-környezet 
egységességének erősödéséhez. 

A másik egységesítési fejlesztés a képernyő-karakterkészletek 
fejlesztése. Korábban a karakterek elég fűrészfogasan néztek ki. 
Mindez megváltozott, vagy ahogy az ausztrál Jeff Waugh, 
sydney-i Gnome Release koordinátor fogalmaz: , A GIK-t 2.0 
(amit a Gnome 2.0 használ) alkalmazásával hozzájutottunk 

a Pango betűtípustervezet-megjelenítő és ilőn könyvtárhoz. 

A GIK- 2.2 már egy új, fontconfig nevű betűtípusbeállító 
programot használ, amelyet Keith Packard írt. Ezáltal tényleg 
letisztulnak a betűtípusok. A változás a Gnome összes asztali 
alkalmazására kiterjed, hiszen valamennyi GIK-- alapú. Az 
eredményül kapott munkafelület egységes, profi kinézetű lesz." 
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Nautilus 

A Gnome beépített része a Nautilus nevű grafikus felület, ami 

a fájlkezelést és a Linux beállítását hivatott elvégezni. A Nautilus 
elérésének a legegyszerűbb módja az, ha kétszer kattintunk az 
asztal Home ikonján. A Nautilus egységes húzd és ejtsd alapú 
fájlkezelő. A fájlokat másolhatjuk és mozgathatjuk billentyűle- 
ütésekkel, vagy úgy, hogy a fájlikont az egyik ablakból áthúzva a 
másikba ejtjük, illetve ha a jobb gombbal kattintunk a fájlikonra 
és a helyi menüt vesszük igénybe. A helyi menü egyúttal a fájl 
tulajdonosának és jogosultságaink a módosítására is felhasznál- 
ható. Bizonyos fájlokhoz grafikus jelzéseket rendelhetünk, fel- 
címkézve őket (például fontos vagy személyes jelzésekkel). 
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5. kép Ximian Evolution 


Azok, akik hozzám hasonlóan adatfájlok százait gyűjtik össze 

a számítógépükön és könyvtárak tucatjait ássák jó néhány szin- 
ten keresztül, biztosan értékelni fogják a Nautilus könyvjelző 
képességét. Egyszerűen csak felkeressük a gyakran használt 
könyvtárat, rákattintunk a Könyvjelzők (Bookmarks) legördülő 
menüre és kiválasztjuk az Könyvjelző hozzáadása (Add Book- 
mark) parancsot. Ha legközelebb ebbe a könyvtárba szeretnénk 
belépni, mindössze csak rá kell kattintanunk a Könyvjelzők 
menüben létrejött ikonra, és máris ott termünk. 


Beállítások 

A Nautilus egyúttal grafikus csatolófelületként használható 

a Gnome és az alatta található operációs rendszer beállításá- 

hoz. A Gnome-eszközöket és -beállításprogramokat megtalál- 

juk a menükben, vagy a Nautilus [Ugrás (Go) elnevezésű 
menüjéből a Kezd itt! (Start Here) pontra kattintva. Az ablak 
négy programcsoportikonnal jön fel, ezek neve: Alkalmazások 

(Applications), Munkaasztal-beállítások (Desktop Preferences), 

Kiszolgáló-beállítások (Server Settings) és Rendszerbeállítások 

(System Settings). Mellesleg az 1.4-es alatt az asztalon külön 

ikon volt erre a szolgáltatásra, ezt azonban most a 

Munkaasztal beállításai menük alatt találjuk meg. 

e . Az Alkalmazások menücsoport a menüpanel főmenüjében 
található valamennyi alkalmazást összekapcsolja. Itt indít- 
hatjuk el a programokat vagy új alkalmazásindítókat adha- 
tunk a menükhöz. Ez a szolgáltatás azonban nem működik 
a Red Hat 8.0-val szállított 2.0-s változat alatt. A 2.2-es válto- 
zat alatt azonban a hibát kijavították. 

e . A Munkaasztal beállításai menücsoport alatt számos külön- 
féle beállítást módosíthatunk, többek között a hátteret, az 
alapértelmezett betűtípust és az egér beállításait. Másik 
témát választhatunk vagy az ablakok fókuszálási módját is 


átállíthatjuk. Akik inkább billentyű-, semmint egérkedvelők, 
értékelni fogják a Gyorsbillenytűk (Keyboard Shortcuts) 
eszközt. Itt olyan billentyűkombinációkat hozhatunk létre, 
amelyekkel megnyithatjuk a kedvenc programjainkat vagy 
munkaterületet válthatunk. Sok minden eleve be van 
állítva, de bármit megváltoztathatunk. 

e A Kiszolgálóbeállítások programcsoport az Apache és a 
hasonló kiszolgálóalkalmazások beállításához tartalmaz 
hivatkozásokat. Ez a programcsoport több-kevesebb eszközt 
tartalmazhat, attól függően, hogy mit telepítettünk a rend- 
szerre. Legszűkebb kiépítésben csak a /etc/rc.d/init.d könyv- 
tárban található xinetd szolgáltatáshoz találunk itt beál- 
lítófelületet. Ezek ugyanazok a rendszerszolgáltatások, 
amelyeket a régi beállítóprogramból elérhettünk. 

e A Rendszerbeállítások programcsoport tartalmazza a számí- 
tógép beállításához tartozó összes hasznos dolgot. Közülük 
számos eszköz a Red Hat része, de a Gnome-hoz fejlesztet- 
ték. Ilyen például a dátum- és időeszköz felülete és a videó- 
megjelenítés megváltoztatását végző eszköz. Egyébként mos- 
tantól itt tudjuk megváltoztatni X-beállításainkat is; többé 
már nem a beállítóprogram (setup) része — ha esetleg csaló- 
dottan tapasztaltuk volna, hogy ott nem találjuk az X-beál- 
lítót. A 2.2-es változattal a több videokártyával és monitorral 
megvalósított többfejes megjelenítés támogatása is leegysze- 
rűsödött. Waugh szerint , a Nautilus egyetlen folyamata 
kezeli mindkét munkafelületet, és a panelek mindkét fejen 
megjelenhetnek stb. Még olyan szolgáltatások is akadnak, 
amivel az alkalmazásokat a megjelenítők között áttehetjük " . 

Ha a System Settings ablakban a Network ikonra kattintunk, 

egy (igen tetszetős) eszköz nyílik meg, amivel beállíthatjuk 

a hálózati kártyáinkat és a hosts fájlt. A nyomtatóeszköz (print- 

conf-gui) lehetővé teszi, hogy a felhasználó nyomtatómeghaj- 

tókat állítson be, illetve újraindítsa a nyomtatódémont. 


Kezelhetőség 

A Gnome 2-ben végrehajtott fejlesztések közül a szabad prog- 
ramok piaci részesedésének növekedésére a legnagyobb hatás- 
sal a csökkent képességű embereket segítő kezelőszolgáltatások 
megjelenése lehet. , Az Egyesült Államok kormánya mostantól 
nyílt forrású munkafelület-megoldásokat alkalmaz, ami egyéb- 
ként nem történhetett volna meg - a kormányzati szabályo- 
zások miatt" — hangoztatta Pennington. Majd hozzátette, hogy 
a többi felhasználónak is sokféleképpen hasznára lehetnek 
ezek a szolgáltatások. Például az egyik kezelhetőségi követel- 
mény a billentyűzettel történő teljes irányíthatóság (mint már 
fentebb említettünk). Immár szinte bármit meg tudunk csinálni 
a billentyűzetről is. A kezelhetőségi szabályozásoknak megfele- 
lően a témák is fejlődtek a színkontraszt, az alapértelmezett 
betűtípusméret stb. terén." 

A kezelhetőségi korlát megszűnésével a Linux célpiaca 
nagymértékben kiszélesedett, ugyanakkor egyúttal valamennyi 
felhasználó lehetősége is bővült. Pennington szerint ,a Sun 
Microsystems vitte elsőként a kezelhetőséget a Gnome-megol- 
dásokba. Hatalmas projekt volt, ami pár évet és húsz fejlesztőt 
vett igénybe. Nagyon örülünk ennek az eredménynek, és 
büszkék vagyunk arra, amit elértünk." 


Menük és alkalmazások 

A fent említett rendszerbeállító menükön kívül a tőmenüben 
néhány más menüpontot is találunk, ezek alkalmazások elin- 
dítására szolgálnak. A Kellékek (Accessories) nevű menüpont 
számológépet, szótárat és egy egyszerű szövegszerkesztőt 
(gedit) tartalmaz. Az Office címke alatt találjuk az Open- 
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Office.org-ot és a Diát, amellyel szervezeti diagramokat és 
folyamatábrákat készíthetünk a projektek kezelésére tervezett 
MtrProject mellett. A Grafika (Graphics) menüpont alatt érhet- 
jük el a Gimpet és néhány más képalakító programot. A Játé- 
kok (Games) menü sok játékot tartalmaz, néhányuk közülük 
használja is a Gnome-könyvtárakat: pár kártyajáték, néhány 
népszerű ,egy sorba a pontokat" játék, az aknakereső Gnome- 
változata, a Mahjongg és további kedvencek. Nem sorolhatom 
fel az összes alapértelmezés szerint feltelepített alkalmazást, de 
gondolom, látható, hogy a Gnome-menük korszerűsítése nem 
téveszti meg a felhasználókat. 


Ximian Evolution 

A Gnome-könyvtárakat kihasználó alkalmazások közül talán 

a legkiválóbb darab a Ximian levélügyfele, az Evolution. 

2002 novemberében a Linux Journal az olvasók Linux alatt 
elérhető egyik legkedveltebb levélügyfeleként említette meg. 
Az Evolution több POP- és IMAP-azonosítót támogat egyszerre. 
Tartalmaz levélszűrést, helyesírás-elemzőt, és bináris állomá- 
nyok csatolására is lehetőséget nyújt. Bár alapesetben a hagyo- 
mányos POF- és IMAP-kiszolgálókkal működik, a Ximian üzleti 
Connectorával a felhasználók kapcsolódhatnak a Microsoft 
Exchange kiszolgálókhoz és fogadhatják a csoport-címjegyzé- 
keket, valamint használhatják a megbeszéléstervezést — ami 
fontos együttműködési lehetőség. 

Az Evolution egyik különleges képessége, amit nem találunk 
meg más levelezőprogramban, a virtuális könyvtárak haszná- 
lata. ,A V-Mappák könyvtárak nagyobb rugalmasságot enged- 
nek a felhasználóknak és megkönnyítik a levelek rendezését. 
Ez valami olyasmi, ami kizárólag az Evolution sajátja — mondta 
Christine McLellan, az Evolution vezető termelési menedzsere. 
Például azon felül, hogy megnézhetjük a bejövő levélládánkba 
érkezett leveleket, amelyeket dátum, cím vagy feladó szerint 
rendezhetünk, a virtuális mappák képesek arra is, hogy az 
összes olvasatlan levelet megmutassák. Ezzel a virtuális könyv- 
tárral gyorsan és egyszerűen végigfuthatunk az összes üzene- 
ten. Virtuális könyvtárakat készíthetünk az adott címmel vagy 
a bizonyos emberektől érkező levelekhez is. Figyelnünk kell 
azonban arra, hogy ha egy üzenetet valamelyik virtuális könyv- 
tárban kitörlünk, egyúttal az összes többi mappából is törlődik. 
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Összegzés 

A Gnome Alapítvány legendás fejlesztéseket végzett az aszta- 
lon és a Gnome 2 megérkeztével végre elérték az olyannyira 
hiányolt egységességet és üzembiztonságot. , Mindez nem lett 
volna lehetséges fejlesztőink nélkül, akiknek százait nem a 
Gnome fizette, és alkalmazóik sem támogatták őket — mondta 
Ney. Jelenleg az Alapítvány tervei szerint minden hatodik 
hónapban új változat jelenik majd meg, amiből 2003 júniusára 
várható a következő (v. 2.4). A 2.4 tartalmazni fogja a Nautilus 
fogd és ejtsd CD-író szolgáltatását és a további betűtípus- 
fejlesztéseket. Elkötelezvén magát az asztal rendszeres frissítése 
mellett, a Gnome olyan munkafelületté vált, amire 
üzletemberek, felhasználók és fejlesztők bátran alapozhatnak. 
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Linux a kisvállalkozásokban 


Ha egyéni vállalkozó vagy, esetleg egy kis üzletet vezetsz, 
mutatunk néhány irodai alkalmazást, amit használhatsz. 


emrég egy cikkben a szerző feltette a kérdést: , Készen 
áll-e a Linux a kulcsfontosságú vállalati termelőfolya- 
matokban való felhasználásra?" A válasza határozott 
igen volt, ami nem túl meglepő. Bárki, aki valaha hallott a 
Linuxról, tudja, hogy a kiszolgálóként legendásan jól teljesít. 
Jobb kérdés lenne - legalábbis az én szemszögemből nézve - a 
következő: , Készen áll-e a Linux az II-személyzetet nem fog- 
lalkoztató kisvállalkozások szokásos feladatainak az ellátására?" 
A továbbfejlesztett alkatrész-felismerés és a könnyen használha- 
tó terjesztések (például Mandrake, SuSE és Red Hat) lehetővé 
tették, hogy egyre több munkaasztalon jelenjen meg a Linux. 
Ehhez még hozzávehetjük, hogy a Linux-alkalmazások, például 
az irodai csomagok, a levelezőprogramok, a névjegykezelő prog- 
ramok, a faxprogramok, a webböngészők és a könyvelőprog- 
ramok állandóan fejlődnek, és ezek együtt olyan rendszert alkot- 
nak, ami az átlagos irodai vagy tanácsadó munkát végző kisvál- 
lalkozások számára valódi választási lehetőséget jelent. 

Ezt a felfedezést csaknem egy éve tettem. 2002 tavaszán leltárt 
készítettem az írói munkámhoz felhasznált programokról, és 
rájöttem, hogy a Linux valódi, ingyenes választást kínál minden 
általam használt zárt programra. Ez a tény, valamint a Linux 
megbízhatósága és biztonságossága arra döntésre sarkallt, hogy 
térjek át a használatára. Azóta sem bánom ezt a döntést. 

Talán te is író vagy tanácsadó vagy, és komolyan gondolkozol 

a lehetőségeken, akárcsak én tettem. Az is lehet, hogy hallottál 
a Linuxról, de nem vagy biztos benne, hogy milyen alkalma- 
zásokat használj. Írásomban négy, írók és tanácsadók számára 
hasznos programot mutatok be, amelyek bármelyik Linux-ter- 
jesztésben megtalálhatók. Helyhiány miatt nem adhatok teljes 
leírást a programokról, de reményeim szerint eleget mondok 

el ahhoz, hogy olvasóim megismerjék az alkalmazások felhasz- 
nálási területeit a kisvállalkozásokban. 

A tárgyalt Linux-alkalmazások nem feltétlenül rendelkeznek 
zárt párjuk összes tudásával. A Linux-környezetben fellelhető 
alkalmazások az alapfeladatok ellátására ugyanúgy alkalmasak, 
de nem szükségszerűen rendelkeznek ugyanazokkal a csingi- 
lingikkel. Ne törődjünk most a csingilingikkel, inkább arra 
összpontosítsunk, hogy ezekkel az eszközökkel aránylag olcsó 
és megbízható, biztonságos környezetben végezhetjük el 
feladatainkat. 





Az eszközök 

A szakírói vagy tanácsadói kisvállalkozás nem támaszt nagy 
igényeket a programokkal szemben. Azt hiszem, ez az egyik 
nagy előnye az ilyen típusú vállalkozási formának. Ezek a 
cégek jellemzően a következő alkalmazásokat használják: iro- 
dai csomag, névjegykezelő, illetve levelezőprogram, webbön- 
gésző és könyvelőprogram. Minden más csak hab a tortán. 


OpenOffice.org 
Irodai csomagnak az OpenOffice.org programot javaslom, mert 
nyílt forrású, több operációs rendszer alatt is fut, és szabadon 
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hozzáférhető a 3 http:/www.openoffice.org címen. Az 
OpenOffice.org csomag egyik nagy előnye az XML alapú 
állományformátum használata. Az XML olyan szerkezetben 
tárolja az adatokat, hogy azok különböző 
számítógéprendszerek között is cserélhetők maradnak, így 
adataink hosszú évek múltán is hozzáférhetőek lesznek. 

Az OpenOffice.org csomag négy alkalmazásból áll: 
OpenOffice.org Writer, OpenOffice.org Calc, OpenOffice.org 
Impress és OpenOffice.org Draw. 

Az OpenOffice.org Writer a csomag szövegszerkesztője. 

A felhasználói felület ismerős lesz, hasonló a Microsoft Word 
vagy a Sun StarOffice Writer felületéhez (1. kép). 
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1. kép Az OpenOffice.org Writer 


Egy író általában szövegszerkesztője tudásának csupán 10-15 
százalékát használja ki, ugyanis a formázás és a grafikai mun- 
kálatok nagyobbik részét a megrendelő végzi. Akár üzleti leve- 
lekről vagy ajánlatokról, akár cikkekről vagy könyvekről van 
szó, az OpenOffice.org Writer több mint elég a munkám 
elvégzéséhez. 

A Writer felhasználói felülete magától értetődő, és könnyen 
megtalálom benne, amit keresek. Mindent tud, amire manap- 
ság egy szabadúszó írónak, illetve tanácsadónak szüksége 
lehet, sőt még többet is. Számos állományformátumot ismer, 
beleértve a következőket: Microsoft Word 6, Microsoft Word 95, 
Microsoft Word 97/2000/XP RTF (Rich Text Format) és 
StarWriter 5 (a régebbi StarOffice-állományformátum). Képes 
PDF-be exportálni. 

Vigyázat, ha sok táblázatot vagy különleges formázásokat hasz- 
nálunk, ezek bizonyos mértékben torzulhatnak vagy elvesz- 
hetnek, már ha Microsoft Wordbe vagy egy másik irodai cso- 
mag állományformátumába exportáljuk a dokumentumot. 

A szabály az, hogy minél egyszerűbb a dokumentum formázá- 
sa, annál jobb az átvihetősége egy másik szövegszerkesztő alá. 


nagy igényeik, nem is na- 
gyon használom az Open- 
Office.org csomag többi 
programját. Ami a táblázat- 
kezelőt illeti, az Open- 
Office.org Calc tudja mind- 
azt, amit az ember a táblá- 
zatkezelőktől elvár: önmű- 
ködő összegzés, önműködő 
formázás, grafikonkészítés 
és sok egyéb. A munkákat 
menthetjük a Microsoft 
Excel, a StarCalc, a Data 
Interchange Format formá- 
tumokba és természetesen 
a Calc saját formátumába 

is (2. kép). 

Az OpenOffice.org Impress 
bemutatókészítő program 
rendelkezik a Microsoft 
PowerPoint alapvető képes- 
ségeivel, de nem tud sab- 
lonokat használni. Sablonok 
nélkül tovább tart a bemu- 
tatók megtervezése. Az Ímp- 
ress olvassa és írja a Power- 
Point, a StarIlmpress és a 
saját állományformátumát 
(3. kép). 

A Draw nevű rajzprogram 
tartalmazza a szokásos rajz- 
eszközöket, és képes a leg- 
elterjedtebb grafikusállomány-formátumok beolvasására. Men- 
teni az OpenOffice.org Draw és a StarDraw formátumába 
képes. Az egyszerű igényeket kielégíti (4. kép). 





2. kép 





4. kép Grafikon rajzolása 


Névjegykezelő és levelezőprogram 

Bár a Linux sokféle megoldást kínál a névjegyek tárolására 

és a levelezés intézésére, én azokat a megoldásokat szeretem, 
amik mindkettőt egyben 
tartalmazzák. Ez kényelme- 
sebb, minden rögtön egy 
helyen van, nem kell két 
különböző alkalmazást nyit- 
va tartani. A Ximian Evo- 
lution kielégíti ezt az igényt. 
A program egyszerre leve- 
lező, névjegykezelő és fela- 
datütemező, amiben az író, 
illetve tanácsadó egy helyen 
tárolhatja adatait. A program 
első indításakor az Összefoglaló képernyő jelenik meg (5. kép). 
Itt az időjárás és a Linuxszal kapcsolatos legfrissebb cikkek 
mellett láthatjuk, hogy hány beérkezett és feladásra váró 
üzenetünk van. Megjelennek be nem fejezett feladataink és 
az adott napra szervezett találkozóink is. Az Összefoglaló ab- 
laktól balra elhelyezkedő listában állíthatjuk be a találkozókat 
és a feladatokat, illetve intézhetjük a levelezést. A Beérkezett 
levelek ikonra kattintva léphetünk át az Evolution levelező- 
részébe (6. kép). 

Az Evolution hasonlít a Microsoft Outlookra. A szokásos leve- 
lezőműveletek gombjai az ablak felső részén helyezkednek el. 





5. kép 
A Ximian Evolution elindítása 
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6. kép A beérkezett levelek ellenőrzése 
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7. kép Névjegy az Evolutionben 


Az Evolution 1.2.1 egyik hasznos újítása az Új gomb. Segít- 
ségével egy kattintással lehet új levelet vagy új névjegyet 
létrehozni, anélkül, hogy az Evolution megfelelő részébe be 
kellene lépnünk. 

Könnyű névjegyeket hozzáadni és kezelni az Evolution név- 
jegykezelőjével (7. kép). Beírhatjuk a szokásos adatokat (név, 
cím, telefonszám stb.), de a Részletek fülre kattintva még több 
adat felvételére nyílik lehe- 
tőség. Minél több adatot 
gyűjtünk össze az ügyfelek- 
ről, annál könnyebb együtt- 
működni velük. Az Együtt- 
működés lapon megadhatjuk 
azt a címet, amelyen az ügy- 
fél a határidőnaplóját közzé- 
tette az Interneten. Ez újabb 
példája annak, hogy hány jó 
ötletet valósítottak meg az 
Evolution fejlesztői. 

A névjegyek felvétele után 

a listában tetszőleges számú 
feltétel szerint kereshetünk: 
betűrend, elektronikus levél- 
cím vagy kategória (8. kép) 
alapján is kutakodhatunk. 
Saját keresési feltételeket is 
létrehozhatunk a Haladó 
lehetőség választásával. 

A névjegyeket tetszés szerinti 
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8. kép Névjegy besorolása 


2003. május 
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10. kép Találkozó 


. AK Ett Ukw úo fodmauk: Ibor. úndow Heip 


29 Aa A sss díjam új 


MÁ NNman Ő jihmakmtátta 15 Mbatattsdos adi 7, sdnnat 9 Tnan Tatán 19. NN Kbóbó 10 


? raatoarntani Z anna 
" (.Nporagoa kehttsso 
1 NA DO nézet Fat vizén 
1 anna, vatal JAT jon 
Úagybel ( hg asatt 14806 E D0 LE. ÁLAET-ATT B LNg B VÁ KYATSO 6N ÚTNAK ht tb 
gypészsd sábot ám a ZÁ Vanok NON várd va Várt 
2 


remote sytera anti resuraing ft roni 


meter ! irant PtASTGS a sövtles ri another uz. Voyre hragnna 


Pal Eykr has nade a tiew vegrs rzokgon hat neludez resdna ea dacunertatkan and potnn in a Tat Vhpezst sét sanazonató 
lot of hazána 19. Be sure 10 bug hire shout how ty golra. 2 : godY nna azáta a 


1441 ber v 
Mara (KAPNI téjbón ( varnrnátáa 7 





11. kép A Mozilla 


kategóriákba sorolhatjuk be, és eszerint kereshetünk rájuk. 

A Naptár (9. kép) használata eléggé egyértelmű, a naptárab- 
lakot pedig ízlés szerint be lehet állítani. Az ablaktáblák a ha- 
tárvonalak huzigálásával átméretezhetők. A kívánt nap kivá- 
lasztása után a találkozó idejére duplán kattintva egy ablak 
nyílik meg (10. kép). Itt adhatjuk meg a találkozó részleteit. 
Figyelmeztetést is beállíthatunk a találkozó előttre néhány 
perccel, órával vagy nappal. 
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A Feladatütemező hasonlóan működik. Az Új gombra kattintva 
válasszuk a Feladat elemet. Megnyílik egy ablak, amiben meg- 
adhatjuk a feladat részleteit. A feladatok az Evolution Feladatok 
részében jelennek meg - időrendben és feladatcsoportok szerint 
is kiírathatók. A befejezett feladatokat bejelölhetjük, így köny- 
nyedén követhető, mivel végeztünk és mi maradt még hátra. 
Még számos más önálló felfedeznivaló van az Evolutionben. 
Akárcsak a Linux, az Evolution is lehetővé teszi, hogy egy 
feladatot többféleképpen végezzünk el. 


Webböngésző 

A két legnépszerűbb böngészőprogram a Mozilla (11. kép) 

- ami ugyanarra a megjelenítőmotorra épül, mint kereskedelmi 
párja, a Netscape - és a Galeon (12. kép), ami sok tekintetben 
hasonlít a Mozillára, és része a Gnome munkafelületnek. 

E kettő mellett a Linuxban megtalálható még a Kongueror, a 
KDE alapú fájlkezelő és böngésző. A legtöbb linuxos böngésző 
támogatja a biztonságos kapcsolatok 128 bites titkosítását. 
Általában érdemes egynél több böngészőt telepíteni. Az ok a 
webhelyek elérése. Először az gondolhatnánk, hogy a böngé- 
sző az böngésző; a kinézeten és használaton kívül lényegében 
egyformák. Bármilyen népszerű, a Mozillából hiányzik egy 
dolog, ami a Konguerorban megvan: az azonosító megvál- 
toztatásának lehetősége. Amikor csatlakozunk egy webhely- 
hez, a böngésző azonosítja magát, elküldi a nevét, a változat- 
számát és az operációs rendszer típusát. Bár a legtöbb webhely 
nem foglalkozik ezekkel az adatokkal, van néhány, ami gondot 
okozhat, ha nem egy adott típusú böngészővel nézzük meg. 
Például akárhányszor próbáltam belépni a telefontársaságom 
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12. kép A Galeon 


[a] You can control what your Browsers "User Agent" is reported as here 


KX Send browser identification 
Customize default identification 
Mozilla15.0 (compatible; Konguerorf3; Linux 2.4.19-I6mdk; XII; i686; en, en US) 
IX Add operating system name 
KK Add operating system version 
X Add platform name 
KK Add machine íprocessorj type 
KX Add your language setting 
Siterdomain specific identification 


Sitezdomain name 1 UserAgent 


.verizon. com 
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13. kép A Kongueror azonosítójának beállítása 
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14. kép A GnuCash 


New Account Hierarchy Setup 


This druid will help you create a set of GnuCash 
accounts for your assets (such as investments , 
checking or savings accounts), liabilities (such 
as loans) and different kinds of income and 
expenses you might have. 


Click CanceV if you do not wish to create any 
new accounts now. 


15. kép A GnuCash beállítása 


honlapjára, mindig gondjaim akadtak. A honlap egy bizonyos 
ponton túl nem engedett tovább. Kis gondolkodás után vissza- 
emlékeztem, hogy bizonyos webhelyek nem támogatnak mást, 
csak a Microsoft Internet Explorert. Itt válik érdekessé az azo- 
nosító (13. kép). Egyszerűen megváltoztattam a böngésző sze- 
mélyazonosságát Internet Explorer 5.0-ra, és a webhely csont 
nélkül működött. Nem sokszor jön elő ez a nehézség, de ha 
szintén azt bizonyítják, hogy a Linux egy feladatra több megol- 
dást is kínál, és mindig akadnak eszközök a zárt megoldások 
által támasztott akadályok leküzdésére. 


Könyvelőprogram 

A pénzt megkeresése után szeretnénk nyilvántartani. A könyve- 
lőprogramok ezt az igényt elégítik ki. A Linux egyik legjobban 
őrzött titka a nyílt forrású könyvelőprogram, a GnuCash (14. kép). 
A GnuCash megbízható, könnyen használható 
könyvelőprogram, amivel villámgyorsan elvégezhetjük a 
könyvelési munkát. A GnuCash beállítóvarázslójával egy pár 
kérdésre válaszolva több számlát is létrehozhatunk, különböző 
nyitóegyenlegekkel (15. kép). 

A GnuCash rendelkezik kereskedelmi megfelelőinek a tudá- 
sával, például képes a műveletek önműködő befejezésére és a 
csekkszám növelésére. A GnuCash kettős könyvelést használ, 
csakúgy, mint a profi könyvelőprogramok. 

A kettős könyvelés alapötlete, hogy minden művelet két szám- 
lára van hatással, a , tartozik" és a , követel" számlára. Így mindig 
tudjuk, honnan jött a pénz és hová ment el. Ha például egy, a 
vállalkozásommal kapcsolatos könyvet szeretnék venni, az 
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árával megterhelem a 
megtakarítás számlámat, és 
jóváírom a könyvek vételére 
fenntartott kiadásszámlámat 
(16. kép). Ez a segédeszköz 
nélkülözhetetlen, ha meg 
szeretnénk tudni, hová tűnik 
a pénzünk. A GnuCash nagy 
vam előnye, hogy könnyen az 
s. egyéni pénzügyi helyzethez 
igazítható. Léteznek beépített 
számlatípusok - kiadás, 
bevétel, értékpapírok, 
befektetések -—, mindegyik 
saját alszámlarendszerrel bír. 
Emellett saját számlák is 
hozzáadhatók, a nem 
használt számlák pedig törölhetők (17. kép). A GnuCash másik jó 
tulajdonsága, hogy a műveletek szétvághatók, így egy művelet 
több , tartozik" és , követel" számlát is érinthet. Így a műveletet 
finomhangolhatjuk, és egy adott pénzügyi műveletben érintett 
összes számla megjeleníthető. 
Végül a GnuCash grafikus jelentései segítségével egy szem- 
pillantás alatt áttekinthetjük a nettó értéket, a bevételt, a kia- 
dást, a profitveszteséget stb. Ezek elősegítik pénzügyeink nagy 
pontosságú kezelését. Sok más lehetőség is van még, de hely- 
hiány miatt nem tárgyalhatjuk őket. Elég az hozzá, hogy a 
GnuCash mindent tud, ami egy egyszemélyes vállalkozásban 
kellhet, még többet is. 
A cikk írásának idején a GnuCash az 1.6.7-es változatnál tart, 
és a személyes pénzügyek kezelésére alkalmas. Nincs lehetőség 
a vevők és a beszállítók nyomon követésére, számlázásra és a 
számlák kifizetésére. Egy kisvállalkozás könyvelése számára 
azonban egy kis munkával használhatóvá tehető, mint ezt már 
fent is említettük. A hamarosan megjelenő GnuCash 1.8-ban a 
kisvállalkozások könyvelésére is lehetőség nyílik majd, a szám- 
lázást és a számlafizetést is beleértve. 


17. kép A számlák testreszabása 


Összegzés 

Ha jelenleg zárt operációs rendszert és zárt alkalmazásokat 
használsz, és úgy döntöttél, hogy biztonságos, megbízható és 
szabad Linux alapú megoldásokra váltasz, akkor gratulálok, és 
a küldetésem sikeres volt. 


Linux Journal 20083. április, 108. szám 


Gary Maxwell (garyogarymaxwell.com) 

15 évet töltött el egy Fortune 100 vállalatnál, ezután 
a saját lábára állt és szabadúszó íróként dolgozik. 
Gary nagy Linux-rajongó és vállalkozását a Linuxra és 
a nyílt forrású programokra alapozta. Szakterülete 

a reklámszövegírás és az üzleti kommunikáció. 
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Lapolvasás a SANE segitségével 


Lássuk, hogyan vehetünk használatba egy lapolvasót Linux alatt, majd hasonlítsuk 


össze az elérhető alkalmazások tudását. 


éhány évvel ezelőtt a Linuxot használóknak gyakran 
gondot okozott a megvásárolt videoeszközök és az 
őket működtető XFree86 illesztőprogramok között 
fennálló bonyolult kapcsolatrendszer. Ha valaki meg akarta ér- 
teni egy új videokártya beállításának a módját, részletes isme- 
reteket kellett szereznie az eszközről, például pontosan tudnia 
kellett a kártyán található lapkakészlet típusát. Bár ezek a gon- 
dok lassan eltűntek, ahogy a gyártók közvetlenül is támogatni 
kezdték az XFree86 fejlesztéseket, illetve saját XFree86 illesztő- 
programok készítésébe fogtak, ám a linuxos képolvasás világa 
még mindig ebben a kezdetleges állapotban rekedt meg. 





A vas 

A lapolvasók általában háromféle módon kapcsolódhatnak a 
számítógéphez: párhuzamos kapun, SCSI-vezérlőkártyán vagy 
USB-kapun keresztül. Ma már szinte lehetetlen olyan lapol- 
vasót találni, ami nem támogatja az USB-t, bár jelentős részük 
még a párhuzamos felületet is kezeli. A SCSI-felület támogatása 
— az USB javára -— gyakorlatilag eltűnt. 

A 2.4-es Linux-rendszermagok USB-támogatása a rendszermag 
USB-lapolvasó illesztőprogramjával vagy a libusb könyvtá- 
ron keresztül használható ki. A rendszermag képolvasó illesz- 
tőprogramjának jellemzői az alábbi paranccsal kérdezhetők le: 


lsmod ] grep scanner 


Ha a parancs visszaad valamit, akkor a gépen van rendszer- 
magszintű képolvasó illesztőprogram. Ellenkező esetben a 
képolvasó illesztőprogram az alábbi paranccsal tölthető be: 


modprobe scanner 


A parancs egyben az USB-magmodul betöltését is elindítja 

(ez usbcore néven szerepel az 1smod által adott listában), 
amennyiben ez korábban még nem történt meg. Ha a lapol- 
vasót USB-felületen szeretnénk használni, a megfelelő USB 
HCI modult is be kell tölteni. USB 1.0-s eszközök esetén az 
usb-uhci, USB 1.1-es eszközöknél pedig az usb-ohci mo- 
dulra van szükség. Az USB 2.0 alapú eszközöknél - kis sebes- 
ségnél is — az usb-ehci végzi a vezérlést. Az én USB-s eszkö- 
zöm USB 1.1 alapú, tehát nálam az OHCI változatot kell 
betölteni: 


modprobe usb-ohci 

Ha inkább a libusb könyvtárat akarjuk használni, az alábbi 
parancsot rendszergazdaként kiadva a lapolvasó modulokat el 
kell távolítani: 


rmmod scanner 


Noha egyes pletykák szerint a 2.6-os rendszermagokból el 
fog tűnni a képolvasó illesztőprogram, a jelenlegi 2.4-es rend- 
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szermagokban még megtalálható. A továbbiakban tehát 
feltételezem, hogy a rendszermag lapolvasó illesztőprogramját 
használjuk. 

A lapolvasó alkalmazást egy parancsfájllal lehet elindítani, ami 
lefuttatja a megfelelő modprobe parancsokat, így minden 
esetben biztosak lehetünk abban, hogy a lapolvasó illesztő- 
programok be lesznek töltve. Egy másik lehetőség a rendszer 
valamelyik indító parancsfájljának használata a lapolvasóhoz 
szükséges modulok betöltésére; Red Hat rendszerek esetében 
például a /etc/rc.local fájl alkalmas erre. 

A lapolvasó illesztőprogram betöltése után -— ismét rendszer- 
gazdaként - az USB fájlrendszer befűzését kell elvégezni: 


mount /proc/bus/usb 


Ezt követően megjeleníthetjük az USB-buszon található 
eszközök listáját: 


cat /proc/bus/usb/devices 


A fenti parancs semmilyen kimenetet nem ad, ha a géphez 
nincs lapolvasó csatlakoztatva, vagy az USB-mag és a HCI 
illesztőprogram (vagyis az uhci, ohci vagy ehci valamelyike; 
a korábban leírtak szerint) nincs betöltve. A devices fájl részle- 
tes adatokat szolgáltat, de most a gyártó- és termékazonosítók 
a fontosak, például: 


Vendor-04b8 ProdID-Olid RkRev- 1.00 


Ezeket az értékeket akár fel is lehet írni, mivel később, ha a 
SANE nem ismeri fel a lapolvasót, még szükség lehet rájuk. 
Ha biztosak akarunk lenni abban, hogy a SANE látja a lapol- 
vasót, töltsük be újra a lapolvasó illesztőprogramot: 


rmmod scanner 
modprobe scanner vendor-Ox4b8 product-Ox0O1l11d 


Ez alkalommal a lapolvasó illesztőprogram betöltésekor a 
gyártó- és termékazonosítót is megadtuk. Az azonosítók elé Ox 
került — erre akkor van szükség, ha a modprobe parancsot így 
használjuk. 

A sane-usb súgóoldal bővebb tájékoztatással is szolgál az USB-s 
lapolvasók beállításával kapcsolatban. Az általános USB-beállí- 
tásokkal és a kipróbálásukkal kapcsolatban a Linux USB Project 
weblapján (3 http:/www.linux-usb.org) találhatók bővebb 
útmutatások. 


Az eszközök 

Most, hogy az alapvető eszközbeállítások megvannak, ellenő- 
rizni kell, hogy a SANE képes-e az eszközök használatára. Cik- 
kem írásakor a SANE 1.0.8-as változatát használtam. A SANE 
két részből áll: az illesztőprogram háttérrendszerből (back-end) 
és a felhasználói felületekből (front-end). A SANE jelenleg csak 


2. kép A Ourtelnsane felület Epson Perfection 1260 lapolvasóval 


a háttérrendszer 
illesztőprogramjait 
biztosítja, valamint 
néhány parancssori 
programot bocsát a 
rendelkezésünkre. 
Az X alapú, grafikus 
felületek — mint 
például az XSane 

és a Ouitelnsane — 
külön tervezet kere- 
tében készülnek, és 
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a SANE háttérrend- 
3. kép Az Image Scan! felület Epson aEeEES épülnek. 
Perfection 1260 lapolvasóval Az újabb Linux- 


terjesztések már 
tartalmazzák a 
SANE háttérrendszer valamelyik változatát. Sajnos számos 
terjesztésben elég régi változatot találni. A SANE webhelyről 
(2 http:/www.mostang.com/sane) RPM és egyéb formátumok- 
ban érhetők el az időszerű változatok, Red Hat, Debian, Mand- 
rake és Slackware terjesztésekhez. 
Ha a SANE háttérrendszer telepítése megtörtént, akkor el 
kell végezni az illesztőprogramok beállítását. Az első buktató, 
hogy ellenőrizni kell, vajon a SANE megtalálja-e a lapolvasót. 
A SANE rendelkezik egy parancssori eszközzel, ez a 
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sane-find-scanner, ami bármelyik SCSI-felületű lapol- 
vasót felismeri, illetve a legtöbb USB-s készülékkel is boldogul. 
A segédprogram nemcsak rendszergazdaként, de egyszerű 
felhasználóként is futtatható, további kapcsolókra vagy átadott 
értékekre nincs szüksége. Kimenete néhány megjegyzést 
tartalmaz, illetve egy, az alábbihoz hasonló sort (USB-s 
lapolvasók esetében): 


sane-find-scanner: found USB scanner 
(vendor - 0x04b8, product - 0x011d) 
at device /dev/usb/scannero0 


Ez azt jelenti, hogy a SANE a /dev/usb/scanner0 eszközön 
keresztül látja a lapolvasót, ami jó dolog, de még el kell 
végezni az illesztőprogramok beállítását. Ha nem jelenik meg 
a fenti sor, vagyis a program nem találta meg a lapolvasót, 
akkor - ha a sane-find-scannert felhasználóként futtat- 
tuk -— lehetséges, hogy módosítani kell az eszközfájlra vonat- 
kozó jogosultságokat. Ennek szükségességéről a parancs 
rendszergazdaként való futtatásával győződhetünk meg. 

Ha a sane-find-scanner rendszergazdaként futtatva 
megtalálja a lapolvasót, akkor a jogosultságokkal van a gond. 
Ha te vagy az egyetlen felhasználó a számítógépen, a hiba 
könnyedén elhárítható: 


chown tulajdonos.tulajdonos /dev/usb/scanner0 
chmod 660 /dev/usb/scannero0 


A fenti példában a tulajdonos a saját felhasználóazonosítód és 
csoportod. Ha más felhasználókkal kell osztozni a lapolvasón, 
akkor inkább hozzunk létre egy lapolvasó csoportot: 


chgrp lapolvaso /dev/usb/scannero0 
chmod 660 /dev/usb/scannero0 


A fenti két parancsot rendszergazdakért kell futtatni. 

A lapolvasó csoporthoz minden olyan felhasználót hozzá 

kell adni, aki használni szeretné a lapolvasót. Még egy meg- 
jegyzés az eszközfájllal kapcsolatban: nagy lehet a csábítás, 
hogy egy /dev/usb/scannerő — /dev/scanner közvetett hivat- 
kozást hozzunk létre. Ne tegyük! A SCSI-háttérrendszer a 
/dev/scanner eszköznevet használja, és ha ezzel az USB-s 
eszközre hivatkozunk, akkor megzavarjuk az USB-háttér- 
rendszer működését. 

Ha a SANE látja a lapolvasót, ideje kiválasztani a megfelelő 
háttérrendszer-illesztőprogramot. A dolog itt kezd rázós lenni. 
A legtöbb Epson lapolvasó az Epson háttérrendszert használja. 
Az Epson Perfection 1260 - jó áron kapható, a legtöbb üzletben 
beszerezhető modell - viszont a Plustek illesztőprogrammal 
működik. A legtöbb lapolvasó esetében elég jól meg lehet 
tippelni a megfelelő választást, ha előbb a SANE weboldalán 
áttanulmányozzuk a támogatott eszközök listáját. Ha így sem 
érünk el sikert, akkor a gyártó és a termék azonosítója alapján 
a Linux USB Project webhelyén található támogatott eszközök 
listájával juthatunk előbbre. 


A SANE beállításai 

A megfelelő illesztőprogram kiválasztása után meg kell adni a 
háttérrendszer beállításait. Ha RPM-ből telepítettük a SANE-t, 
vagy forrásból építve az alapértelmezett beállításokat válasz- 
tottunk, akkor a SANE beállítóállományai a /etc/sane.d könyv- 
tárba kerülnek. A fő beállítófájl a dIl.conf , ebből tudja a SANE, 
hogy mely illesztőprogramokat kell használnia. Alapállapotban 
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elég sok illesztőprogram engedélyezett. Ha nincs mindre szük- 
ség, akkor az adott lapolvasóhoz tartozót kell csak engedé- 
lyezni. Példámban csak az Epson illesztőprogram van engedé- 
lyezve, mivel a Plustek illesztőprogram helyett az Epson 
KOWA háttérrendszerre volt szükség. 

Nem minden háttérrendszer támogatja az összes lapolvasó- 
típust. Mindegy, hogy milyen kapcsolattal használjuk a 
lapolvasót, az összes háttérrendszer-beállítóállományban 

be kell állítani a lapolvasó elérésére használt eszköz nevét. 
Emlékeztetőül: az eszköz fájlnevét a sane-find-scanner 
segédprogrammal találtuk meg. Sajnos a beállítófájlokban 
való megadás formátuma háttérrendszertől függően változik. 
A Plustek háttérrendszer (a SANE alapértelmezett háttérrend- 
szere az Epson Perfection 1260 támogatásához) külön részeket 
használ az USB-s és a párhuzamos kapura csatlakozó lapol- 
vasókhoz. Ebben a beállítófájlban a device kulcsszó után 
kell írni az eszközfájl nevét, így adható meg az eszközfájl; 
lásd a példát: 


device /dev/usb/scanneroO 


A bejegyzést a Plustek illesztőprogram beállítóállományának 
megfelelő részében kell elhelyezni. Az Epson Perfection 1260 
lapolvasóhoz használt Epson KOWA háttérrendszer Epson 
beállítóállományában például az usb kulcsszót kell használni, 
ezt követi az eszközfájl neve: 


usb /dev/usb/scannero 


Az Epson és a Plustek beállítófájl egyaránt tartalmaz meg- 
jegyzéseket, ezek alapján könnyebben megadhatók a beál- 
lítások, emellett minden háttérrendszerhez saját súgóoldal 
tartozik, amelyben további tájékoztatást is találni. A rengeteg 
beállítás között minden esetben az egyetlen igazán fontos 

az eszközfájl neve. 

A SANE beállításainak működőképességét az alábbi paranccsal 
lehet ellenőrizni: 


scanimage -T 


Ha a próba sikertelen, akkor újra ellenőrizni kell, hogy a 
megfelelő USB-modulok telepítve vannak-e, a sane-find- 
scanner megtalálja-e az eszközt, illetve pontosan szerepel-e 
az eszközfájl neve a SANE háttérrendszer beállítóállományá- 
ban. A scanimage program help kapcsolójával további 
adatokat tudhatunk meg a lapolvasó képességeiről: 


scanimage --help 


Grafikus felületek 

A gépet beállítottuk, használatra készen áll. Ami még hiányzik, 
az egy könnyen használható grafikus felület, amivel megtekint- 
hetjük a beolvasások előnézetét, kiválaszthatjuk az előnézetek 
beolvasandó területeit, illetve szükség szerint színkorrekciót 
végezhetünk vagy megadhatjuk a kívánt minőséget és a fel- 
bontást. Ha a beolvasott képet adott esetben a Gimp alatt 
további feldolgozásnak szeretnénk alávetni, erre is valamilyen 
módot kell találni. 

A SANE-hez jelenleg három ingyenes grafikus felület érhető el, 
illetve létezik egy korlátozott használatú (shareware) alkalma- 
zás is, ami független a SANE-tól. Mielőtt összehasonlítanánk 

a tudásukat és a munkájuk minőségét, röviden ismerkedjünk 
meg velük. 
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XSane 

A tervezet a SANE Projecttel együtt fejlődött. Felhasználói 
felülete GIK-- alapú, és tartalmaz egy Gimp beépülő modult 
is, amivel a Gimp File Acguire menüpontján keresztül köz- 
vetlenül is beolvashatunk képeket. 

A Gimp beépülő modulként futtatva a Képnézegető 

(Viewer) ablakot nem használja, a beolvasott kép közvet- 
lenül a Gimp alkalmazásba, egy Vászon (Canvas) nevű 
ablakba kerül. A leírását érdemes figyelmesen elolvasni, 
hogy a legtöbbet hozhassuk ki a programból - külön ajánlom 
a lapolvasási tanácsokat tartalmazó weboldalakra vezető 
hivatkozásokat. 

Az Előnézet (Preview) ablakban az olvasási területek önműkö- 
dően és kézzel is kijelölhetők. Előnézetben fekete, szürke és 
fehér pontok is megadhatók, még a teljes méretű kép beolva- 
sása előtt. A Képnézegető ablak korlátozott szerkesztési lehe- 
tőségeket nyújt. 


Ouitelnsane 

Az XSanehez hasonlóan a ÖOuitelnsane is rendelkezik Gimp 
beépülő modullal. A modul a fejlesztés korai szakaszában van, 
és nem olyan üzembiztos, mint az XSane modulja. Ettől elte- 
kintve a ÖOuitelnsane nagyjából hasonló tudással bír, mint az 
XSane, illetve néhány extrát is nyújt. A Ouitelnsane képnéze- 
getője segítségével a felhasználó kiválaszthatja, hogy a kép 
mely részeivel szeretné folytatni a munkát, és közvetlenül 
innen lehet nyomtatni is. 

A Ouitelnsane beépül a KDE munkaasztalba, az Image 
Viewerből (Képnézegetőből) fogd és vidd módszerrel a ké- 
pek más alkalmazásokba is áthúzhatók. Lehet, hogy a más 
alkalmazásokkal való együttműködésre nem mindig van 
szükség, ám az átlagos felhasználók számára ez fontos 
kényelmi szolgáltatás. 


Ímage Scan! 

Az egyetlen olyan lapolvasókat gyártó cég, ami tevőlegesen 
támogatja a SANE Projectet, az Epson. Az Epson KOWA 
Corporation Image Scan! névvel saját felhasználói felületet 
készített, ami továbbfejlesztett háttérrendszerével az összes 
jelenlegi Epson lapolvasót támogatja. Előnye, hogy egyenesen 
a gyártótól érkező, frissített illesztőprogramokat tartalmaz az 
üzletekben megvásárolható készülékekhez. 

Felülete ugyan kevésbé kifinomult, mint az XSane vagy a 
Ouitelnsane, szolgáltatáskészlete is szűkösebb, ám egyben 
tisztább, áttekinthetőbb. Beépített képnézegetővel sem ren- 
delkezik, így a Gimpet használhatjuk a képek szerkesztésére, 
vagy azonnal fájlba menthetjük, esetleg kinyomtathatjuk 
őket. Beépített súgóval nem rendelkezik, online leírása is 
szűkszavú. 


VueScan 

Az XSane, a ÖOuitelnsane és az Ímage Scan! a SANE háttér- 
rendszer lapolvasó illesztőprogramjaihoz szolgáltat felhasz- 
nálói felületet. Létezik egy olyan alkalmazás, ami nem a 
SANE háttérrendszerre támaszkodik: ez a Hamrick Software 
VueScan terméke. Az alkalmazás korlátozottan használható, 
és számos lapolvasóhoz saját illesztőprogrammal rendelkezik. 
A VueScan jó néhány olyan szolgáltatást nyújt, amelyet a 
SANE-hez készült felületekben nem találunk meg, ilyen pél- 
dául az eszközök kalibrálása, a fókusz és a megvilágítás szabá- 
lyozása. Képszerkesztésre nem alkalmas, Gimp beépülő mo- 
dulja nincs. A beolvasott képeket először fájlba kell menteni, 
majd a megfelelő képszerkesztőben megnyitni. 
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Az alkalmazások összehasonlítása közvetlenül nyomtatóra beolvasni, de a beépített képnéze- 
A négy felhasználói felület közül csak egy kötődik valamely getőből nem lehet nyomtatni. A VueScan képnézegetőjéből 
gyártóhoz: az Image Scan! csak Epson lapolvasókkal használ- ugyan tudunk nyomtatni, de a felületet szolgáltatásai 


ható. A másik három különféle gyártókat támogat. Mindegyik  — szegényesek. 

felület a beolvasás előtt, illetve után képes különféle gy]mma-és Az XSane és a Ouitelnsane leírása minden részletre kiterjedő, 

színcsatorna-korrekciók elvégzésére. Az XSane, a Ouitelnsane igényes. A VueScanhez is tartozik HIML formátumú leírás, de 
kevésbé részletes. Az Image Scan! csak egy csekély méretű 

(GK n.. súgóoldallal rendelkezik. 

A nyílt forrású eszközök Gimp beépülő modullal is rendelkez- 

nek, a VueScan viszont nem. Az XSane beépülő modulja a leg- 

megbízhatóbb. A ÖOuitelnsane modulja ugyan sok szolgáltatást 

nyújt, ám a fejlesztés korai szakaszában van, és nem olyan 

üzembiztos, mint amennyire azt a felhasználók nagy része 

valószínűleg elvárná. Az Image Scan! modulja ugyanazokkal 

a képességekkel rendelkezik, mint maga az alkalmazás, az 

XSane és a Ouitelnsane esetében azonban a Gimp-modul és 


File Device Image Help 


Device [/ crop [/ Fiter color  Ftes [/Prets Preview [Scan [ Prev Hist [ Scan His ] 
Color balance Neutral a] Í 
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6. kép Ráközelítve a SANE- (Epson) és VueScan-képekre felfedezhetők 
a minőségbeli eltérések 


az alkalmazás tudása némileg eltér egymástól. 
Táblázatunkban a négy felület összehasonlítása található. 
A táblázat jó alapul szolgálhat a megfelelő felület kiválasztásá- 
. hoz, de természetesen mindegyikkel érdemes legalább egy 
5. kép Osszehasonlítás: bal — SANE; jobb — VueScan. A SANE próbát tenni. 
változatnál a JPEG-minőség 100-ra volt állítva 





Minőségi különbségek 


és a VueScan beépített, bizonyos szerkesztési műveletek Az XSane és a Ouitelnsane esetében a beolvasások eredménye 
elvégzésére is alkalmas képnézegetővel rendelkezik. Az Image lényegében megegyező, hiszen ugyanarra a közös SANE hát- 
Scan! csak fájlba vagy közvetlenül a Gimpbe tud olvasni. térrendszerre támaszkodnak. Az Image Scan! illesztőprogramja 
A legnagyobb különbség az alkalmazások között abban mutat- az Epson windowsos illesztőprogramjával azonos minőségre 
kozik, hogy a beolvasott képeket hova tudják átadni, illetve képes. A VueScan saját illesztőprogramot használ. Az 5. képen 


hogyan lehet őket kinyomtatni. Az XSane támogatjaalegtöbb látható két kép alapján össze lehet hasonlítani az Epson és 
célt, köztük az elektronikus levelet és a faxot. Az optikai karak- — a VueScan illesztőprogramját. A 6. képen a szemek környékét 


terfelismerést (OCR) az XSane és a Ouitelnsane egyaránt nagyítottam ki. A SANE változatnál finomabb az átmenet a 
támogatja a külső gocr program segítségével. képpontok között, míg a VueScan a bal szemben látható 
Az XSane, a Ouitelnsane és az Image Scan! folyamatosan tükröződéseknél részletgazdagabb. 


frissíti az előnézetet, miközben az előnézeti beolvasást végzik. .. 
A felhasználó tehát ezeknél figyelemmel követheti a beolvasás Összegzés 


menetét. Ugyanez vonatkozik a végleges beolvasásokra. Mindegyik felületnek megvannak a maga előnyei és hátrányai. 
A VueScan nem végez folyamatos frissítést. Az XSane a filmről — Agfa, Fuji és Kodak negatívokról — végzett 
A nyomtatásban úgyszintén hatalmas különbségek mutat- olvasást is támogatja, használata egyszerű. 

koznak. A Ouitelnsane az egyetlen, amiből — különféle Az Image Scan! inkább az átlagfelhasználónak készült. 
beállításokkal — nyomtatni is lehet. Az XSane ugyan képes Érdekessége, hogy illesztőprogramja közvetlenül az 
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Epsontól származik, és támogatja az általánosan hozzáfér- 
hető lapolvasókat. 

A VueScan segítségével gyorsabban ki lehet nagyítani az előné- 
zet egy-egy részletét, ugyanis a képet a memóriában tárolja. 

A VueScan emiatt a SANE alapú megoldásoknál jobban hasz- 
nálható, ha nagy számú képet kell beolvasni. 

Csak a VueScan támogat többféle színrendszert: SRGB, PAL, 
NISC, CIE, Apple, Adobe és továbbiak. Mindemellett ez volt 
az egyetlen alkalmazás, ami a próbák során összeomlott. 

A Öuitelnsane számos olyan szolgáltatást nyújt, amiket a többi 
felületből hiányolhatunk. Például a menüsorok elmozdíthatók, 
ezt a lehetőséget a Ot használata biztosítja. Rendelkezik egy, a 
felhasználó által módosítható színgörbével is, ami a Gimp 


tAr 

Epson KOVVA 
2 http:/Avww.epkowa.co.Jp/englishj/linux e/lsd e.html 
Image Scan! 

2 http:/Avww.epkowa.co.jp/english/index e.htmi 
Linux USB Project 5 http://www.linux-usb.org 
Cultelnsane 

2 http://guiteinsane.sourceforge.net/index.shtml 
SANE 53 http:/Avww.panda.mostang.com/sane 
VueScan3 http:/Avww.hamrick.com 

XSane 3 http:/Avww.xsane.org 


www.linuxvilag.hu 





Curves eszközéhez hasonlóan a vörös, zöld és kék csatorna 
módosítására használható. A Viewer ablakából közvetlenül 
nyomtathatunk, megadva a kívánt méretet, a margókat, a 
képfelbontást és az oldalméretet. 

Nincsenek az adathordozó típusától függő, előre megadott 
színkorrekciós beállítások, és a beépített lapméretek sem tartal- 
mazzák az amerikai szabványméreteket a levelekhez és az 
iratokhoz. A hiányzó szolgáltatások ellenére talán kijelenthet- 
jük, hogy Ouitelnsane a legjobb választás. 

Akár profi művészről, akár alkalmi fotósról legyen szó, 
megfelelő linuxos lapolvasási megoldást találhat. Mindegyik 
felület más valamiben, mint a többi, a háttérrendszer pedig 
nagyszámú illesztőprogramot biztosít, egyes gyártók pedig — 
mint az Epson - külön változatot fejlesztenek saját termékeik 
támogatására. Segítségükkel Linux alatt is ugyanolyan jól 
lehet képeket beolvasni, mint bármilyen más asztali operációs 
rendszer alatt. 


Linux Journal 20083. áprillis, 108. szám 


Michael J. Hammel (mjhammelographics-muse. org) 

író, grafikusművész és programfejlesztő, jelenleg a texasi 
Houstonban dolgozik. Felszólalt az ALS, a LinuxWorld és az 
SXSVV konferenciákon, illetve elnöke volt egy coloradói Linux- 
konferenciának. Weboldala, a Ihe Graphics Muse 

(2 http:/Avww.graphics-muse.com) grafikusoknak és 
fejlesztőknek egyaránt fontos forrásokat biztosít Linux alá. 
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Az rsynGc (1. rész) 


Az rsync csupán az eltérő állományrészeket továbbítja a hálózati csomópontok között. 


z Andrew Tridgell által készített rsync nagyszerű fájl- 
AA továbbító eszköz, és ugyan nem rendelkezik beépített 

titkosítási lehetőséggel, ám könnyen burkolható 
(alagúton keresztül is használható) más titkosító eszközökkel, 
mint az SSH vagy az Stunnel. Amiben az rsync (amely az 
scp-hez hasonlóan rcp alapú) különbözik a többi eszköztől, 
az le- és feltöltési képessége. 
Ha például frissíteni szeretnéd egy 10 MB-os fájlnak a számító- 
gépeden található másolatát, és az újabb változat, ami egy 
távoli kiszolgálón található, csak három helyen különbözik a 
régitől, egy összesen 150 KB nagyságú szakaszon, akkor az 
rsync csak ezt az eltérő, nagyjából 150 KB méretű részt fogja 
letölteni, és nem az egész állományt. Ezt a lehetőséget az 
Andrew Iridgell és Paul Mackerras által kitalált rsync algorit- 
mus biztosítja, ami pillanatok alatt gördülő ellenőrzőösszegeket 
(rolling chechksums) hoz létre mindkét fájlról, összehasonlítja 
őket, és így határozza meg, hogy az új fájl mely részeit kell 
letöltenie és a régi állomány szakaszait velük lecserélnie. 
Mivel a hálózat így jóval hatékonyabban használható, az rsync 
különösen lassabb kapcsolatoknál hasznos. lermészetesen 
semmilyen teljesítménybeli előnye nincs az rcp-hez képest 
abban az esetben, ha az átvitelben részt vevő felek valamelyike 
számára a fájl teljesen új. A különbségi másoláshoz értelem- 
szerűen két összehasonlítandó fájlra van szükség. 
Összefoglalva: az rsync messze a legintelligensebb fájlátviteli 
eszköz mindennapi használatra, amit érdemes biztonságos 
kapcsolatok kezelésére is képessé tenni, és ez esetben valóban 
érdemes megküzdeni e kérdéssel. Írásomban a továbbiakban 
az rsync biztonságos használatát ismertetem. 


Az rsyne beszerzése, lefordítása és telepítése 

Mivel Andrew, az rsync eredeti vezető fejlesztője a Samba 
projektben is fontos szerepet tölt be, az rsync honlapja a 
hivatalos Samba webhely alatt, a 8 http:/rsync.samba.org 
címen található. Ez az rsync elsődleges beszerzési helye. 

A 5 http:/rsync.samba.org/resources.html címen lévő 
,resources" (források) oldal további kiváló, de más webhelye- 
ken található leírásokra is tartalmaz hivatkozásokat. 

A legújabb rsync-forráskód a 

2 http:/rsync.samba.org/ftp/rsync címen érhető el, futtatható 
csomagokat Debian, LinuxPPC és Red Hat Linux alá az 

2 http:/rsync.samba.org/ftp/rsync/binaries címen lehet találni. 
Az rsync ma már elfogadott linuxos segédeszköz, így minden 
népszerű terjesztésben megtalálható - lehet, hogy elég előven- 
ned rendszered telepítő CD-it, és megtalálod a saját változa- 
todhoz illő rsync-csomagot. 

Az rsync 2.5.4-esnél korábbi változataiba beépített zlib sajnos 
biztonsági hiányosságokat tartalmaz. Ezek a hiányosságok a 
rendszeredben lévő megosztott zlib-könyvtárak változatától 
függetlenül fennállnak. Magában a 2.5.4-es változatban is akad 
egy bosszantó hiba, emiatt az rsync időnként - szükségtelenül 
— teljes állományokat másol át. Javaslom tehát, hogy ne hasz- 
nálj 2.5.5-nél régebbi rsync-változatot. 

Szerencsére az rsync fordítása forrásból gyors és könnyű feladat. 
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Az rsync futtatása SSH felett 

Miután az rsync felkerült a gépre, sokféleképpen lehet hasz- 
nálni. Az első és legalapvetőbb mód az rcp használata az átvite- 
lekhez; ilyenkor azokon a gépeken, amelyekhez csatlakozni 
szeretnél, az inetd.conf-ban engedélyezni kell a héjszolgáltatást 
(például in.rshd). Ezt ne használd! A biztonságos héjszolgál- 
tatást (Secure Shell) pontosan azért alkották meg, mert az 
,Y"-szolgáltatások, mint az rcp, az rsh és az rlogin, tökéletesen 
nélkülözték az erős hitelesítés bármiféle támogatását, ennek 
következtében számos sikeres támadás kiindulópontját jelen- 
tették az elmúlt évek során. 

Nem is fogom tehát leírni, hogy rcp alapon hogyan használható 
az rsync. Ha — például egy megbízható hálózat állomásai kö- 
zött — mégis ki szeretnéd ezt a módot próbálni, az rsync és az 
in.rshd leírásának vonatkozó részeiben bőséges útmutatót találsz. 
Az rcp alapú módnál messze biztonságosabb az rsyncet bizton- 
ságos héjszolgáltatás felett használni. Ilyenkor a távoli állomás- 
nak sshd-t kell futtatnia, illetve az rsync parancsnak mindkét 
félnél az alapértelmezett elérési útvonalon keresztül kell elér- 
hetőnek lennie. Ha még nincs fent a gépeden az ssha, első- 
ként kezdd a telepítésével. 

legyük fel, hogy két -— egy helyi és egy távoli — gépről van szó, 
és a helyi gépen található cuccok.tgz fájlt szeretnéd átmásolni 

a távoli gép /home/helyi.mentes könyvtárába, ami emlékeid sze- 
rint már tartalmazza ugyanennek az állománynak egy korábbi 
változatát. Feltéve, hogy mindkét gépen yodeldiva a felhasz- 
nálóneved, az átvitelt így indíthatod el: 


yodeldivaoghelyi:-s rsync -vv -e ssh 
s. /cúccok.taz tEvőli:a 


Elemezzük a fenti sort. Az rsync egyetlen -— rsync nevű - fut- 
tatható fájlból áll, mind az ügyfél, mind kiszolgáló oldalán ezt 
kell használni, akár démonként. A fenti példában a program 
mindkét oldalon elérhető, de egyiken sem fut démonként. 

A távoli gépen az sshd feladata a bejövő kapcsolatok fogadása. 
Példánkban az első rsyncnek átadott kapcsoló a -vv, ami a 
Unix világában a very verbose (nagyon bőbeszédű) általános- 
nak mondható rövidítése. Nem muszáj használni, de érdekes 
adatokkal szolgálhat. A második kapcsoló a -e, amivel lecserél- 
hetjük az rsync által alapértelmezettként használt távoli 
fájlmásoló programot, az rcp-t. Mivel az rcp az alapértelmezett, 
és az rcp-n és az SSH-n kívül nincs más választási lehetőség, 

a -e a gyakorlatban az SSH használatára utasít. 

Talán meglepő, de a -e scp parancs nem működik, mivel az 
adatok másolásának megkezdése előtt az rsyncnek SSH-n ke- 
resztül ki kell adnia egy parancsot a távoli gépnek, a távoli állo- 
mány gördülő ellenőrzőösszegének kiszámítására és átküldésére 
utasítva őt. Vagyis az rsync az iménti művelet elvégzéséhez az 
ssh parancs teljes szolgáltatáskészletét igényli, tehát a -e kap- 
csoló használatakor inkább az ssh-t írd mögé, és ne az scbp-t. 

A kapcsolók után következik a helyi és a távoli fájl neve. Ezek 
megadása nagyon hasonló az rcp és az scp esetében megismert- 
hez. Ha valamelyik fájlnév elé közvetlenül egy kettőspontot írsz, 


A rsyncd.conf mintafájl 


H kizgr lag Etfog hat k rrel megadhat 
t beXll tXsok 
syslog facility -— helyi5 

H Etfog jellegíis, de a modulokn£1 is 
H megadhat  bezXll tgsok 

use chroot - yes 

uid  —-— nobody 

gid — nobody 

max connections - 20 

timeout - 600 

read only - yes 


t pOoldamodul: 


fübltele 
path - /home/public rsyne 
comment - megjegyzős sz vege 


hosts allow — helyi. valami. org, 10.18.3.12 
ignore nonreadable - yes 
refuse options - checksum 


dont compress - ? 


az rsync a kettőspont előtti részt a távoli gép neveként fogja 
kezelni. Ha a távoli gépen használandó felhasználóneved nem 
egyezik meg a helyi gépen használttal, akkor a távoli gép neve 
elé egy (0 karaktert kell írnod, és ez elé kell begépelned a távoli 
felhasználónevedet. Az rsync fájlnév írásmódja tehát így alakul: 


[I [felhasznEg1 ngvel ggpngv : ] /a/fXjl/elgrOsi/cetja 


Legalább két fájlnevet kell megadni. A jobb szélső lesz a célfájl 
vagy célelérési út, a többiek pedig a forrásfájlok. A kettőből 
lehet távoli fájl, de akár mindkettő lehet helyi (ekkor nem kell 
kettőspontot használni), így helyi különbségi másolást is lehet 
végezni - ez különösen akkor jön jól, ha két helyi lemez vagy 
lemezrész között szeretnél biztonsági mentést végezni. 

A fent megadott forrásfájl a ./cuccok.tgz, ez egy normál helyi 
értelmez: a /home könyvtáram a távoli kiszolgálón. Ha a távoli 
gépen más a felhasználóneved, mint a helyin, tehát mondjuk 
yodeldiva helyett yodeldavi, akkor a cél 
yodeldaviotkEvoli:- lesz. 


Az rsync kiszolgáló üzembe helyezése 

Az rsync-SSH párosítás a legegyszerűbb módja az rsync hitele- 
sített felhasználókkal való biztonságos használatának, és ez nem- 
csak megköveteli a valódi felhasználói fiókok alkalmazását, de 
védi is az adataikat. Mint az ,SFIP és SSH" című részben emlí- 
tettem, az SSH nem egykönnyen vehető rá a névtelen hozzáfé- 
rés támogatására. Mit kell tehát tenned, ha nyilvános, rsync 
alapú átviteleket támogató fájlkiszolgálót szeretnél létrehozni? 

A megoldás egyszerű: hozz létre egy /etc/rsyncd.conf állományt, 
az rsyncet pedig a - -daemon kapcsolóval futtasd (pl.: rsync 

- - daemon). Az ördög a részletekben rejlik. A /etc/rsyncd.conf 
tartalmát roppant körültekintően kell összeállítanod, ha a 
kiszolgálót az Internetre, vagy más, nem megbízható hálózatra 
is csatlakoztatni szeretnéd. Lássuk a tudnivalókat! 

Az rsyncd.conf írásmódja egyszerű, az átfogó hatókörű (global) 
beállítások behúzás nélkül kerülnek az elejére. A modulokat, 
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natkozó beállítások csoportjai, szögletes zárójelekkel közrefogott 
nevük vezeti be, ezt a megfelelő beállítások követik. 

A beállítósorok mindegyike tartalmazza magának a beállításnak 
a nevét, ezután egy egyenlőségjel, majd a kívánt érték vagy 
értékek állnak. Ha az adott beállítás logikai jellegű, a megen- 
gedett értékek a yes és a no (ne hagyd magad megtéveszteni 
az rsyncd.contf(5) súgóoldala által, ami egyes esetekben frue 

és false értékekre utal). Ha egy beállítás több értéket is kaphat, 
ezeket vesszővel és szóközzel kell elválasztani egymástól, mint 
például: öortök1, örtöok2. 

Az első kódrészlet egy rsyncd.conf mintafájlból származik, ami né- 
hány, különösen biztonsági szempontból fontos beállítást szem- 
léltet. Bár csupán bemutató célra készítettem, ez is valódi beállí- 
tófájl és az írásmódja is teljesnek tekinthető. Boncoljuk tehát fel! 
A korábbiak szerint az átfogó hatókörű beállítások felülre kerül- 
tek. Ez az első beállításcsoport kizárólag olyan beállításokat 
tartalmaz, amelyek csak átfogó hatókörűek lehetnek: syslog 
facility motdfile, logfile, pid file és socket 

— ezeket a beállításokat csak átfogó jelleggel lehet megadni, 

a moduloknál nem. Ezek közül csak a syslog facility 
beállításnak vannak közvetlen biztonsági vonatkozásai. 

A ProFIPD SyslogFacility beállításához hasonlóan az rsync 
syslog facility beállítása is arra szolgál, hogy megadjuk a 
naplózásra az rsync által használandó eszközt, ha nem akarjuk, 
hogy démont használjon (alapértelmezett). A kizárólag átfogó 
hatókörrel használható beállítások részletes leírását lásd az 
rsyncd.conf(5) súgóoldalon; ezekkel itt nem foglalkoznék, mivel 
a rendszer biztonságát közvetlenül nem befolyásolják, és a leg- 
több esetben alapértelmezett értékük is bátran használható. 

A többi rsyncd.conf-beállítás átfogó jelleggel, modulokban vagy 
mindkét helyen tetszés szerint használható. Ha egy beállítás az 
átfogó részben és valamelyik modulban is megjelenik, akkor a 
modult érintő átvitelek esetében a modulbeli érték felülbírálja 
az átfogót. Általában elmondhatjuk, hogy az átfogó beállítások 
értékei felülbírálják az alapértelmezetteket, a modulok értékei 
pedig az alapértelmezett és az átfogó értékeket egyaránt. 

A beállítások második csoportja a moduloknál használható. 


e use chroot - yes: ha a chroot értéke yes, az rsync a 
fájlátvitel megkezdése előtt chroot műveletet hajt végre 
visszaélések és támadások, vagy legalábbis megnehezíthetők. 
A dolog azzal jár, hogy az rsync - -daemon parancsot a 
rendszergazdának kell kiadnia, de azt az időt, amit az rsync 
rendszergazdai módban tölt, az uid és gid beállítások 
módosításával is csökkentheted. Alapértelmezett értéke yes. 

e uid nobody: az uid beállítás révén adható meg, hogy 
az rsync milyen felhasználói jogosultságokkal fusson a fájl- 
átvitelek során, illetve azt is befolyásolja, hogy az ügyfelek 
kiszolgálásakor az rsync milyen jogosultságokkal próbálja 
írni vagy olvasni az állományokat. Értéke felhasználónév 
vagy számjegyekkel megadott azonosító is lehet. Alapértel- 
mezett értéke -2, ami sok rendszernél a nobody felhasz- 
náló. Az enyémnél ez nem így van, ezért közvetlen formá- 
ban adtam meg az uid értékét. 

e gid- nobody: a gid beállítás szabja meg, hogy az rsync 
milyen csoport jogosultságaival fusson a fájlátvitelek során, 
illetve az uid beállítással együtt arra is hatással van, hogy 
az rsync milyen jogokkal próbálja írni vagy olvasni az állo- 
mányokat az ügyfelek kiszolgálásakor. Felhasználónév és 
numerikus azonosító is megadható, alapértelmezett értéke 
- 2 (a legtöbb rendszeren a nobody azonosítója). 
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max connections — 20: az egy időben fennálló kapcso- 
latok számát korlátozza egy-egy modulra vonatkozóan (bár 
átfogó beállítás, nem az összes modulnál fennálló kapcsola- 
tok összegére vonatkozik). Ha átfogó hatókörrel adjuk meg, 
az értéke minden olyan modulra érvényes lesz, ami nem 
rendelkezik saját kapcsolatszám-korláttal. Alapértelmezett 
értéke nulla, ami azt jelenti, hogy az egy időben létrehoz- 
ható kapcsolatok száma nincs korlátozva. Nem javaslom, 
hogy nullán hagyd az értékét, mivel ezzel megkönnyítenéd 
a szolgáltatásmegtagadási (DoS-) támadások indítását. 
timeout - 600: alapértéke szintén nulla, ami lényegében 
a nincs korlát" beállítást jelenti. Mivel a timeout adja 
meg, hogy az rsync — másodpercekben mérve — milyen 
hosszan vár a tétlen kapcsolatok újraaktiválódására, helyte- 
len értéke szintén DoS-támadásokra adhat módot, és átfogó 
jelleggel kell megadni (illetve modulonkénti jelleggel is 
megadható, ha az adott modulhoz valamiért eltérő értéket 
kell használni). 

read only - yes: az utolsó átfogó jellegű beállítás a 
read-only, ami a kérdéses modul csak olvasható jellegét 
szabja meg; csak olvasható könyvtár alá nem lehet fájlokat 
vagy könyvtárakat feltölteni, mindössze a meglévőeket 
letölteni. Alapértelmezett értéke yes. 


A beállítások harmadik csoportja a [public] modullal kapcso- 
latos. Mint látható, ezek a sorok már be vannak húzva. Amikor 
az rsync lefelé haladva feldolgozza az rsyncd.conf állományt, 
minden valamilyen modulnév alatti beállítást az adott modul- 
hoz tartozóként kezel, amíg egy másik -— szögletes zárójelekkel 
jelölt - modulnévhez nem érkezik, vagy el nem éri a fájl végét. 
lekintsük áta [public] modulhoz tartozó beállításokat! 


[public] : ez a modul neve. Más kapcsolók, átadott 
értékek nem tartoznak hozzá, egyedül a modul nevét kell 
megadni, ami ebben az esetben public. 
path - /home/public rsync: a path beállítás minden 
modulnál kötelező, ugyanis ez adja meg, hogy a modul me- 
séget. Ha az átfogó beállítások között a use chroot yes 
értéket kap, akkor az rsync ebbe a könyvtárba fog chroot 
műveletet végrehajtani a fájlátvitelek megkezdése előtt. 
comment - megjegyzős sz vege: ez a karakterlánc fog 
minden alkalommal megjelenni, amikor egy ügyfél az elér- 
hető modulok listáját kérdezi le. Alapállapotban nincs 
megadva megjegyzés. 
hosts allow-— helyi.valami.org, 10.18.3.129s 
hosts deny — ".valami.org, 10.16.3.0/241: szük- 
ség szerint a hosts allow és a hosts deny beállításokkal 


annak értékével egyező ÍP-című vagy nevű ügyfelek 
engedélyt kapnak a csatlakozásra, a többieknek a rendszer 
megtiltja. Ha csak a hosts deny van megadva, akkor a 
megadottakkal egyező IP-című vagy nevű ügyfelek nem 
kapnak engedélyt a csatlakozásra, a többiek viszont igen. 
Ha mindkét beállítás szerepel, a hosts allow feldolgozása 
történik meg előbb, és ha az ügyfél IP-címe vagy neve 
egyező, a csatlakozást a rendszer engedélyezi. 

Ha a kérdéses IP-cím vagy név nem egyezik a hosts 
allow értékével, akkor a hosts deny feldolgozása követ- 
kezik, és ha a rendszer itt egyezést talál, akkor megtagadja 
a csatlakozást. 

Ha az ügyfél IP-címével vagy nevével egyik helyen sincs egye- 
zés, a rendszer engedélyezi a csatlakozást. Jelen példában 
mindkét beállítás kapott értéket. Értelmezésük a következő: 


A 10.18.3.12 IP-címről érkező kéréseket a rendszer engedé- 
lyezi, de az egyéb, a 10.16.3.1-10.16.3.254 címtartományból 
érkezőket nem. 

A helyi.valami.org állomásról befutó kéréseket a rendszer 
engedélyezi, de az egyéb, a valami.org tartományból érke- 
zőket elutasítja. Minden más kapcsolatot engedélyez. 
ignore nonreadable - yes: azokat a távoli fájlokat, 
amelyekhez az ügyfél rsync folyamatának nincs olvasási 
joga (lásd az uid és a gid beállításokat), a rendszer nem 
fogja összehasonlítani az ügyfél helyi másolatával. Ezzel a 
biztonság növelése helyett inkább a teljesítmény javítható, 
hozzáférés-vezérlési szempontból a fájlszintű jogosultságok 
sokkal fontosabb szerepet játszanak. 

refuse options - checksum: a refuse options beál- 
lítás arra utasítja a kiszolgálóoldali rsync folyamatot, hogy 

a megadott kapcsolókat hagyja figyelmen kívül, ha az ügyfél 
a használatukkal próbálkozna. Az rsync parancssori kap- 
csolói közül egyedül az ellenőrzőösszegnek van nyilvánvaló 
biztonsági vonatkozása. Ez arra utasítja a rendszer, hogy a 
normál gördülő ellenőrzőösszegek mellett az MD5-kivona- 
tokat is számítsa ki, ami viszont nagymértékben megterheli 
a processzort. Letiltásával szűkül a DoS-támadási lehető- 
ségek köre. Ugyan a tömörítést engedélyező kapcsolónak is 
lehet hasonló hatása, ezt a refuse options helyett a dont 
compress beállítással lehet szabályozni. 

dont compress - : a dont compress beállítás révén 
adható meg, hogy a rendszer mely fájlokat és könyvtárakat 
ne tömörítse. Ha csökkenteni akarod a tömörítés haszná- 
latával véghezvitt DoS-támadások esélyét, akkor a " karak- 


Pf 


terrel azt is előírhatod, hogy a rendszer semmit ne tömörít- 
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sen — így van ez az előző oldalon lévő példában is. 


hozzáférés-vezérlési listákat (ACL) adhatsz meg. Mindkét 
beállításhoz egymástól vesszőkkel elválasztva sorolhatod 
fel azokat a teljesen minősített tartományneveket vagy IP- 
címeket, amelyekről kifejezetten engedélyezni vagy tiltani 
szeretnéd a kapcsolódást. Alapértelmezett állapotban egyik 
beállításhoz sincs megadva semmi, vagyis minden kap- 
csolat engedélyezve van. Ha teljesen minősített tartomány- 
nevet adsz meg - ami a " helyettesítő karaktert is tartal- 
mazhatja —, az rsync az IP-cím alapján visszirányú névfel- 
oldással (reverse DNS) próbálja meg megállapítani a csat- 
lakozó ügyfelek nevét, amit egyeztet a hozzáférés-vezérlési 
lista tartalmával. 

Az, hogy az rsync pontosan hogyan értelmezi ezeket a 
beállításokat, attól függ, hogy pontosan melyiknek adtunk 


értéket. Ha csak a hosts allow van megadva, akkor az 


Az egyszerű példát áttekintve most már bátran biztosíthatsz 
rsync alapú fájlletöltési szolgáltatást. A következő hónapban 
az rsync-modulok (könyvtárak) fájlrendszerszintű, a névtelen 


feltöltéseket és a felhasználók azonosítását is lehetővé tévő 
beállításával foglalkozunk. 
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Java-fordiítás GCJ-vel 


Bár a Java nem túl népszerű az ingyenes projektek körében, 


a GCJ életképes választássá teszi. 





Java korántsem lett olyan átütő siker, mint a reklám- 
AA hadjárat beharangozta, de azért népszerű nyelv, 

amelyet sok házon belüli és kiszolgálóoldali fejlesztés- 
ben, valamint más alkalmazásokban használnak. A szabad 
programok világában a Java már kisebb jelentőséggel bír, azon- 
ban így is számos projekt felhasználja. Ilyen Java-használó sza- 
bad projektre jó példa az Apache Foundation Jakarta projektje 
(2 http:/jakarta.apache.org), a W3C (2 http:/www.w3.org) né- 
hány XML-eszköze és a Freenet (3 http:/freenet.sourceforge.net). 
De ez ügyben érdemes megnézni az FSF Java lapjait is 
(2 http:/www.gnu.org/sofítware/java). 
Az egyik oka annak, hogy viszonylag kevés Java-projekt ké- 
szült, az ingyenes minőségi Java-megvalósítások vélt vagy 
valós hiánya. Pedig a Java születésétől fogva két megvalósítás 
is létezik. Az egyik a Kaffe (3 http:/www.kaffe.org), amit ere- 
detileg Tim Wilkinson készített, és a részben általa alapított 
Iransvirtual csapat fejleszt jelenleg is. A másik a GCJ (azaz a 
GNU Compller for the Java language), amit 1996-ban indítot- 
tam útjára a Cygnus Solutionsnél. A GCC 3.0-s változatától 
kezdődően a GCJ beépített és támogatott GCC nyelv lett. 


A hagyományos Java-megvalósításmodelli 

A Java-megvalósítás hagyományos módja két lépésből: a fordí- 
tási részből és a végrehajtási szakaszból tevődik össze. (E tekin- 
tetben a Java hasonlít a C-re.) A Java-programot a javac for- 
dítja le, ami egy vagy több .class kiterjesztésű fájlt készít. Min- 
den egyes ilyen fájl egyetlen osztály adatainak bináris megfe- 
lelője, ideértve az osztály eljárásainak kifejezéseit és utasításait 
is. Mindez bájtkóddá fordítódik, ami tulajdonképpen egy kép- 
zeletbeli veremalapú számítógép utasításkészlete. (Minthogy 
néhány lapka ténylegesen megérti a Java-bájtkód utasításkész- 
letet, akár valós utasításkészletnek is nevezhetnénk.) 

A végrehajtási szakaszt a Java Virtual Machine (JVM) kezeli, 
ami beolvassa és futtatja a .class-fájlokat. A Sun változatát egy- 
szerűen , Javának" hívják. A JVM-et egy Java-bájtkód utasítás- 
készletű gépszimulátorának foghatjuk fel. 

Az értelmező (szimulátor) elég sok végrehajtási többletköltsé- 
get okoz. A nagyteljesítményű JVM-ek esetében gyakori meg- 
oldás a dinamikus fordítás vagy a just in time (JII) fordítók 
alkalmazása. Ebben az esetben a futásidejű rendszer észleli, ha 
egy eljárás olyan sokszor hívódik meg, hogy érdemes röptében 
elkészíteni az eljárás gépi kódját. Az eljárás további hívásai már 
közvetlenül ezt a gépi kódot futtatják. 

A JIT hátránya az indulási többletköltség. Az eljárás lefordítása 
időbe telik, főként, ha némi egyszerűsítést is szeretnénk vég- 
rehajtani, és a fordítást mindig újra el kell végezni, valahány- 
szor az alkalmazás elindul. Ha viszont csak azokat az eljárá- 
sokat akarjuk végrehajtani, amelyek a legtöbbször futnak, a 
többletköltséget ezek kikeresése fogja okozni. lovábbi gond, 
hogy egy jó JIÍT összetett és meglehetősen nagy helyet foglal 

el (ezenkívül az elkészített kódnak is szüksége van helyre, ami 
az eredeti bájtkód által használt helyen felül további helyigényt 
jelent). E területek kis része lehet az osztott memóriában. 
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A hagyományos Java-megvalósítási módszerek ezen felül nem 
működnek együtt túl jól más nyelvekkel. Az alkalmazásokat 
más módszerrel kell telepíteni (Java Archive, azaz .jar-fájlokkal, 
és nem végrehajtható állományokkal); nagy futásidejű rend- 
szert igényelnek, ráadásul a Java és a C/Ct - közötti átjárás 
lassú és kényelmetlen. 
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A GCJ-megoldás: előrefordítás (Ahead-of-Time Compilation) 
A GCJ-projekt megközelítése gyökeresen eltérő. A Javát egy- 
szerűen egy új programozási nyelvnek tekintjük, és pontosan 
úgy járunk el, ahogy a többi fordításalapú nyelv esetén. Mivel 
a Cygnus régóta foglalkozott a GCC-vel, ami már eleve számos 
különféle nyelv fordítására volt képes (C, C-t -, Pascal, Ada, 
ModulaZ2, Fortran, Chill), elég logikusnak tűnt, hogy a Javát is 
megpróbáljuk GCC-vel helyi kódra fordítani. 

Egészében véve a Java-program lefordítása sokkal egyszerűbb, 
mint egy C-t --program fordítása, mivel a Java nem tartalmaz 
se sablonokat, se előfeldolgozót. A típusrendszer, az objektum- 
modell és a kivételkezelő modell ugyancsak egyszerűbb. A Java 
lefordításához a programot alapvetően egy elvont szintaktikai 
faként képzeljük el, ahol ugyanazokat az adatszerkezeteket 
használjuk, amelyeket a GCC minden egyéb nyelvhez is hasz- 
nál. Minden egyes Java-szerkezethez a C-t belső megfelelőjét 
használjuk, a többit már a GCC elvégzi. 

A GC] ezek után már élvezheti a GNU-eszközökbe épített 
összes egyszerűsítés és bővítmény előnyét. Ilyen egyszerűsí- 
tésre példa az általános alkifejezés-kiiktatás (sub-expression 
elimination), erőcsökkentés (strength reduction), ciklusegy- 
szerűsítés (loop optimization) és a regiszterfoglalás (register 
allocation). Ezenkívül a GCIJ kifinomultabb és időigényesebb 
javítást is végrehajthat, mint ami a röptében fordítók (just in 
time) esetében megengedhető. Akadnak olyanok is, akik vitat- 
ják ezt, mondván, a JII jobban alkalmazkodó és testreszabot- 
tabb egyszerűsítésre is képes lehet (például a kódot a pillanat- 
nyi végrehajtás függvényében megváltoztathatja). Meg kell 
hagyni, a Sun HotSpot módszere, ami ezeken az elveken 
alapul, igencsak lenyűgöző munkát végez. Az igazat megvallva 
a GCJ-vel fordított program futása valóban nem mindig lesz 
láthatóan gyorsabb, mintha egy JII-alapú Java-megvalósításban 
futtatnánk; sőt néha akár lassabb is lehet, de ez sokkal inkább 
annak tudható be, hogy nem maradt időnk elkészíteni a javás 
egyszerűsítéseket és finomhangolni a GCJ-t. A GCI gyakran 
lényegesen gyorsabb, mint egyéb JVM-ek, és egyre gyorsabb 
lesz, ahogy az emberek fejlesztik. 

A GC] nagy előnye az indulási sebesség és a mérsékelt memó- 
riahasználat. Eredetileg úgy tartották, hogy a bájtkód sokkal 
helyhatékonyabb lesz, mint a helyi saját utasításkészlet. Bizo- 
nyos tekintetben ez valóban így is van, de nem árt, ha belegon- 
dolunk, hogy a .class-fájloknak körülbelül a felét szimbolikus 
(nem utasítás-) adatok foglalják el. Ezek a szimbólumok min- 
den egyes .class-fájlban ismétlődnek, ugyanakkor az ELF vég- 
rehajtható állományok vagy programkönyvtárak ennél sokkal 
jobb közös használatot tesznek lehetővé. Ugyanakkor a bájtkód 
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igazán hátrányba kerül a helyi kóddal szemben a JI[-et alkal- 
mazó JVM-ben felhasznált memória tekintetében. Ha JII-fordí- 
tással elindítjuk a Sun JVM-jét, az alkalmazásosztályok hatal- 
mas időmennyiséget és memóriát fognak fogyasztani, például 
a Sun IDE Forte for Java (ami NetBeans néven nyílt forrású vál- 
tozatban is elérhető) tényleg gigászi lesz. A NetBeans indítása 
74 MB memóriát fogyaszt (a top parancs jelentése szerint), 
még mielőtt egyáltalán bármivel elkezdtünk volna dolgozni. 

A Java-alkalmazások által elfoglalt memóriaterület megnehezíti 
a telepítésüket is. Jól mutatja ezt az általam készített (nem túl 
aktív) Jemacs projekt (Jemacs.sourceforge.net), ami az Emacset 
Swing segítségével Java alatt próbálja meg létrehozni (no meg 
az alább tárgyalt Kawa felhasználásával az Emacs Lisp támo- 
gatásához). A Sun JDKI.3.1-ben indított egyszerű szerkesztő- 
ablak 26 MB-ot fogyaszt (a top szerint). Ezzel szemben az 
Xemacs mindössze 8 MB-ot eszik. 

A Kawa-próbakészletet GC J-vel és JDKI.3.1-el futtatva a GCJ 
nagyjából kétszer olyan gyorsnak bizonyult, nagyjából fele annyi 
laphibát okozott (a time parancs szerint), és körülbelül 25 száza- 
lékkal kevesebb memóriát fogyasztott (a top alapján). A próba- 
készlet-parancsfájl, amely a Java-környezetet többször elindítja, 
túlságosan sok különböző dolgot futtat, így a JIT nem tud érvé- 
nyesülni (ez a JDK-ra nézve hátrányos). Ugyanakkor betölt és 
interaktívan futtat Scheme-kódot, így a GCJ-nek az értelmezőjén 
keresztül kell lefuttatnia (ami viszont a GCJI-re nézve hátrányos). 
Ez a kísérlet nem számíthat igazi teljesítménymérésnek, de azt 
azért megmutatja, hogy a GCJ-től már jelen állapotában is teljesít- 
ménynövekedést várhatunk. (Mint általában, ha a teljesítményre 
vagyunk kíváncsiak, futtassuk le a várható munkafajták keve- 
rékén alapuló saját teljesítménymérő tesztünket.) 

A GC] egyéb előnyökkel is rendelkezik: hibakeresés GDB-vel 
és csatolófelület a C/C-t ---hoz (később még lesz szó róla). 
Végül a GCJ az ipari szabványnak számító GCC-n alapuló 
ingyenes program, ami lehetővé teszi, hogy szabadon módosít- 
suk, átültessük vagy terjesszük. 

Néhányan kifogásolni szokták, hogy az előfordítással (ahead- 
of-time compilation) elveszik a bájtkód , írjuk meg egyszer 

— futtassuk akárhol" hordozhatósága. Csakhogy a kötekedők 
figyelmen kívül hagyják azt a tényt, hogy a terjesztés nem 
azonos a telepítéssel. Nem azt javasoljuk, hogy a helyi kód 
legyen a terjesztési formátum, hacsak nem valamilyen egyedi 
kiépítéshez készült előregyártott csomagról van szó (pl.: RPM- 
ről). A Java-bájtkódot továbbra is használhatjuk terjesztési for- 
mátumként, még ha nincs is semmilyen komoly előnye a Java- 
forráskóddal szemben. (A Java-forráskód kevesebb együttmű- 
ködési nehézséggel küzd, mint a C- vagy a C-t 1--források.) 
Azt javasoljuk, hogy amikor Java-alkalmazást telepítünk, fordít- 
suk le a helyi kódra, ha esetleg ne lenne már eleve lefordítva. 


Java-program fordítása GCJ-vel 

A GCC-vel végzett Java-fordítás ismerősnek fog tűnni minden- 
kinek, aki már fordított C- vagy C-t -t-programot GCC-vel. 

A MyJavaProg. java Java-program fordításához a következőket 
gépeljük be: 

gcj -ac -g -O MyJavaProg.java 


Összeépítéshez használjuk az alábbi parancsot: 


gcj --main-MyJavaProg -o MyJavaProg 
sMyJavaProg.o 


Éppen olyan, mintha mycxxprog.cc C-k 1--programot fordítanánk le: 
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gt-t -C€ -g -O mycxxprog.cc 


majd összeépítenénk, hogy létrehozzuk a mycxxprog végre- 
hajtható állományt: 


gtt -O MyCXXprOog MyYCXXDPDrOog.OoO 


Az egyetlen új dolog a -nain-MyJavaProg lehetőség. Erre 
azért van szükség, mert a Java-osztályokat gyakran main tag- 
függvénnyel látjuk el, amit aztán kipróbálásra, esetleg önálló 
kis eszközként használunk. Ezért amikor egy csoport Java-for- 
dított osztályt fordítunk egybe, több main tagfüggvény is 
lehet, az összeépítőnek (linker) meg kell mondanunk, hogy 
melyiket kell meghívni közülük, amikor az alkalmazás elindul. 
Lehetőségünk nyílik arra is, hogy Java-osztályok halmazát osz- 
tott programkönyvtárba (.so-fájlba) fordítsuk. Valójában a GC] 
futásidejű rendszer is ilyen .so-fájlba fordul. Bár ennek részletei 
már egy másik cikk témájába tartoznának, akit érdekel, nézzen 
körül az alább tárgyalandó Kawa Makefi1le-jában, hogy 
láthassa, miként is működik. 


A GCJ képességei és korlátai 

A GCIJ nem csupán fordítóprogram. A Sun JDK-hoz hasonló 
teljes körű Java-környezetnek szánták. Ha megadjuk a -C 
kapcsolót, a gcj hagyományos .class-fájlokat fordít. A cél az 
volt, hogy a gcj -C parancsot a sunos javac parancs kivál- 
tására is fel lehessen használni. 

A GCJ-ben megtalálhatjuk a bájtkódértelmezőt (Kresten Krab 
Thorup jóvoltából) és a teljes értékű ClassLoadert. Az önálló 
gij program a Sun Java-programjának kiváltására használható. 
A GC]J a GCC 3.0-ban megjelent 1libgcj-t használja. A futás- 
idejű könyvtárban megtalálhatjuk a futásidejű támogatás mag- 
vát, Hans Boehm figyelemre méltó hagyományos szemétgyűj- 
tőjét, a bájtkódértelmezőt, illetve az osztályok jókora könyv- 
tárát. Jogi és technikai szempontok miatt a GC] nem tartalmaz- 
hatja a Sun osztálykönyvtárát, ezért saját változattal bír. A GNU 
Classpath Projekt ugyanazt az engedélyt és FSF jogvédelmét 
alkalmazza, mint amit a libgcj és Llibstdc--4 használ, így 

a két projekt osztályai egyesíthetők. Mi a GPL-t használjuk, 
azzal a különleges kitétellel, hogyha végrehajtható állományt 

a libgcj-t más fájlokkal egybefordítva készítünk, az önmagá- 
ban még nem feltétlenül jelenti azt, hogy az eredménynek is 
GPL alá kell tartoznia. Így akár üzleti programok is készíthetők 
a szabványos C-t 4 vagy Java futásidejű könyvtárakkal. 

A libgcj könyvtár a GUI nélküli alkalmazásokhoz szükséges 
legtöbb szabványos osztályt tartalmazza, ide értve a java.lang, 
java.io, java. util, java.net, java.security, java.sgl és a java.math 
osztályok csomagjait. A legfontosabb hiányzó osztályok a grafika 
készítését támogató AWI- vagy Swing-bővítmények. A legtöbb 
magas szintű AWI osztály készen van, de az alacsony szintű 
osztályok még nincsenek olyan fokon, hogy érdemben használni 
lehessen őket. Várjuk a segítő szándékú jelentkezőket! 


Együttműködés a C/C -t ---rendszerekkel 

Bár Javában sok mindent meg tudunk csinálni, néha mégis szük- 
ség lehet rá, hogy más nyelvekben írt programkönyvtárakat hív- 
junk meg. Ennek az egyik oka az lehet, ha olyan alacsony szintű 
kódot akarunk használni, amit a Javában nem lehet elkészíteni, 
de ki akarjuk használni egy olyan könyvtár lehetőségeit, amit 
nem szeretnénk újraírni, vagy sebességre menő alacsonyszintű 
kódolást végzünk. Mindezt megtehetjük egyszerűen úgy, hogy 
őshonosnak (native) jelölünk meg néhány Java-tagfüggvényt, 
majd a tagfüggvény testének létrehozása helyett a megvalósítást 


valamilyen más nyelven készítjük el. A Sun 1997-ben kiadta a 
Java Native Interface (IJNI) csatolófelületét, ami a C vagy Ct- 
nyelveken készíthető őshonos tagfüggvények készítését szabá- 
lyozó szabvány. A JNI legfőbb célja az átültethetőség, azazhogy 
az egyik Java-megvalósításhoz készült őshonos tagfüggvény a 
másik Java-megvalósításon újrafordítás nélkül futtatható legyen. 
Ez azonban a zárt forrású, terjesztett bináris világ céljaihoz 
készült, és jóval kevesebb haszna van a szabad programok vilá- 
gában, legfőképpen azért, mert újra kell fordítanunk, ha pro- 
cesszort vagy operációs rendszert váltunk. 

A megfelelőség (compatibility) érdekében JNI alatt mindent köz- 
vetett módon, függvénytáblákon keresztül végzünk el. Ez azon- 
ban igencsak lelassítja a JNI-t. Még ennél is kellemetlenebb, hogy 
az összes ilyen függvényt fárasztó és hibákra hajlamos szabályok 
alapján kell létrehoznunk. Bár a GC] támogatja a JNI-t, választási 
lehetőséget is nyújt. A Compiled Native Interface (CNI, amelyet 
egyben Cygnus Native Interface-ként is olvashatunk) azon az 
elképzelésen alapul, miszerint a Java alapvetően a C-- - alhal- 
maza, és a GCC ugyanazt a hívási módszert alkalmazza mind a 
C-H-, mind a Java esetében. Így természetesen lehetséges C-t -k 
nyelvet használó Java-tagfüggvényt írni, és a Ct- szabályos 
írásmódját felhasználva érhetjük el a Java-mezőket, hívhatjuk 
meg a Java tagfüggvényeket. Mivel ugyanazt a hívási elgondo- 
lást és adatkiosztást alkalmazzák, a C--- és a Java között nin- 
csen szükség átalakításra vagy mágikus bűvészkedésre. 

A CNI- és JNI-példák bemutatása már egy következő cikk 
témája lesz. A GCJ kézikönyv elég jól ismerteti a CNI-t, 

(2 http://gcc.gnu.org/onlinedocs/gcj) a libgcj forrásokban 

pedig számos példát találhatunk. 


Kawa: sémák fordítása Javára 

A Java-bájtkód a Java-programok eléggé közvetlen kódolása, 
amit nemigen terveztek bármi másra. Ennek ellenére 
használják más nyelven írt programok kódolására is. 

A 5 http:/grunge.cs.tu-berlin.de/-tolk/vmlanguages.html 
címen olvasható listában megnézhetjük hogy, milyen más 
programozási nyelveket készítettek a Java fölé. A legtöbb ezek 
közül értelmező, de néhány közülük ténylegesen bájtkódot 
készít. Az első egy az egyben felhasználhatja a GCJ-t; az utóbbi 
esetleg a GCJ-t használhatja a natív kód fordítására. 

Az egyik ilyen fordító a Kawa, amit 1996 óta fejlesztek. A Kawa 
a Javát használó nyelvek megvalósítására használható eszköz- 
készlet és egyúttal a Scheme programozási nyelv megvalósí- 
tása. A GCJ segítségével minden fizetős program nélkül elké- 
szíthetjük a Kawát. A Kawa honlapon 

(2 http:/www.gnu.orgysoftware/kawa) megtaláljuk a GC] és 
Kawa letöltésére és telepítésére vonatkozó utasításokat. 

A Kawa felhasználói beavatkozást igénylő (interactive) módban 
is használható. Most megadunk egy faktoriális függvényt, majd 
meghívjuk: 


S kawa 

ttIkawa:1]t (define (factorial x) 
ttI(---:2]t (if (c x 2) x (tr x (factorial 
epls xx 1911) 


t]kawa:3]t (factorial 30) 
265252859812191058636308480000000 


A dolognak az az érdekessége, hogy a faktoriális függvényt a 
Kawa bájtkóddá fordította, és mint új osztályt azonnal be is 
töltötte. A folyamat a Java ClassLoader szerkezetét használja 
az új osztály futásidejű meghatározásához, létrehozva az 
osztály bájtkódját tartalmazó bájttömböt. Az új osztály eljárásai 
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a GCIJ bájtkódértelmezőjén keresztül futnak le. 
lermészetesen a kódot általában kényelmesebb fájlba helyezni: 


S cat : factorial.scm 


(define (factorial x) 

(if (c x 2) x (Y x (factorial (- x 1))))) 
(format Ht "Factorial -d is -d.-$5-!" 30 
as (factorial 30)) 

"B 


5 kaw a -f factorial.scm 
Factorial 30 is 
265252859812191058636308480000000. 


Megnövelhetjük a Scheme-kód teljesítményét, ha a Kawa segít- 
ségével előrefordítjuk, egy vagy több .class-fájlt hozva létre: 


5 kaw a --main -C factorial.scm 
(compiling factorial.scm) 
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A lefordított fájlt aztán betölthetjük: 


5 kaw a -f factorial.class 

Factorial 30 is 
5265252859812191058636308480000000. 

Az osztályfájl helyi kódra történő fordításához a gckawa-t 
használhatjuk, ami nem más, mint a szükséges környezeti 
változókat (LD LIBRARY PATHÉés CLASSPATH) beállító, majd 
a GCJ-t meghívó parancsfájl: 


S gckawa -o factorial --main-factorial 
m.g -O factorialFr.class 


A factorial[".class névben használt helyettesítő (joker) karakter 
használata itt szükségtelen, de hasznos lehet, ha a Kawa több 
.class-fájlt készít. 

Ezt követően végrehajthatjuk az eredményül kapott normális 
GNU/Linux ELF végrehajtható állományt. A 1libgcj . so (GCJ 
futásidejű könyvtár) és a Llibkawa . so (a Kawa futásidejű 
könyvtár) kapcsolódik hozzá. 

Más nyelvekhez is használható ugyanez a megközelítés. 
Jelenleg a W3C új XML-lekérdező nyelvének, az Xguery-nek 
megvalósításán dolgozom a Kawa segítségével. A GCJ-vel 
készült alkalmazások közé tartozik néhány Apache-modul, 

a GNU-Paperclips és a Jigsaw. 


Összegzés 

A GCJ fejlesztése mostanában igen nagy pezsgést mutat, és 
számos feladathoz megbízható alapot jelenthet. Reméljük, 
hogy sikerült kedvet csinálni a Javának a szabad programjaink- 
ban történő felhasználásához, a GCJ-hez mint előnyben része- 
sített Java-megvalósításhoz, illetve néhányan talán segítenek 


majd még jobbá tenni a GCJ-t. 


Linux Journal 2003. január, 105. szám 


Per Bothner 

Az 1980-as évektől kezdve GNU és programon 
dolgozik. A Cygnusnál a GCJ projekt műszaki 
vezetője volt. Jelenleg független szakértő. 

A 3 http:/Avww.bothner.com/per címen érhető el. 
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Az Intel fordító működése 


Hogyan győzte le méréseink során az Intel fordítója a gcc-t? 





Linux egyre növekvő szerepének következtében a 
AA fejlesztők és a kutatók egyre több fejlesztőeszközt igé- 

nyelnek. Ebből az okból született meg az Intel leg- 
újabb, kiválóan testreszabható C-t -- és Fortran-fordítója is, 
amit kifejezetten olyan alkalmazásfejlesztőknek szánnak, akik 
az Intel IA-32 és Itanium rendszerein dolgoznak. Ezek a for- 
dítók támogatják a szigorú ANSI szabványt és néhány más 
népszerű kiterjesztést is. Ez a cikk az Intel IA-32-es fordítójának 
a tulajdonságaival és hatékonyabbá tételével foglalkozik. A cikk 
hátralévő részében az Intel IA-32-es C-t -H- és Fortran-fordítóira 
csak , Intel-fordító"-ként fogunk hivatkozni. 
Az Intel fordítója a program minden szintjén megpróbálja fel- 
javítani annak képességeit: a magas szintű ciklusoktól és függ- 
vényhívásoktól kezdve egészen a fordító adatfolyamának haté- 
konyabbá tételéig és az alacsonyszintű változtatásokig — ilyen 
például az utasításütemezés, az alapszintű szerkezetkialakítás 
és a regiszterfoglalás. Ebben a cikkben elsősorban csak az Intel 
fordítójára jellemző hatékonysági jellemzőkkel foglalkozunk. 


Hagyományos hatékonyságnövelő ötletek 

A két leggyakrabban használt hatékonyságnövelő módszer a 
sokszor végrehajtódó utasítások számának csökkentése és az 
utasítások gyorsabb változataikra történő cserélése. Ebbe a két 
csoportba számos hagyományos egyszetűsítő eljárás tartozik: 
a másolás és változó híresztelés, a felesleges kifejezések eltün- 
tetése, a felhasználatlan kódok eltávolítása, az átlátások meg- 
szüntetése, a függvénybeszúrás, a záró műveletek többszöri 
ismétlődésének eltakarítása és így tovább. 

Az Intel fordítója mindkét esetre rengeteg egyszerűsítő mód- 
szert tud. Rengeteg helyi egyszerűsítés az úgynevezett SSA-n, 
vagyis a maradandó egyszeri hozzárendelésen alapul. A feles- 
leges (vagy részlegesen felesleges) kifejezések eltávolításáért 
felel többek között a Chow-algoritmus is (lásd az Irodalom- 
jegyzék 6. pontjában), ami akkor tekint egy kifejezést felesle- 
gesnek, ha szükségtelenül többször kerül kiértékelésre egy 


Pk 4 


végrehajtási szakasz során. Például a következő állításban: 


xli]l -4- alirjrn] 4 b[(i-rj"n]; 

Az i14j "n kifejezés kétszeri kiértékelése felesleges. A részleges 
ismétlődés azt jelenti, hogy egy kifejezés valamelyik része 
bizonyos végrehajtási szakaszokon többször ismétlődik, de 
nem feltétlenül az összes végrehajtási szakaszon. Vegyük a 


következő példát: 


a. jer a 
x - ytatb; 
) else ( 
X - a; 
] 
z - arb; 


Az axb kifejezés részlegesen felesleges. Ha az else hajtódik 
végre, az atb kifejezés csak egyszer értékelődik ki; ha azonban 
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az if ág hajtódik végre, akkor a kifejezés kétszer számolódik 
ki. A kódot így módosíthatjuk: 


t - arb; 
1£. (6. 4 
x - yit; 
) else ( 
XS áj 
] 
zs ti 


Így az arb eredménye csak egyszer értékelődik ki, függetlenül 
attól, hogy melyik ág hajtódott végre. 

Ezt az átalakítást megfontoltan kell használnunk, mivel az 
ideiglenes változók számának növekedése, amelyek elvileg 
regiszterekben tárolódnak, az élettartam növekedéséhez 
vezethetnek, ezáltal a regiszterek számának a csökkenése 
következik be. Egy másik algoritmussal (az Irodalomjegyzék 9. 
pontja) — ami nagyon hasonlít Chow algoritmusához - a nem 
használt tárolókat szüntethetjük meg, amiket még a lekérde- 
zésük előtt egy másik tároló vált fel, illetve a részlegesen hasz- 
nált tárolókat, amik csak bizonyos futási szakaszokon nem 
kerülnek felhasználásra. Az SSA-n alapuló egyéb hatékony- 
ságnövelő eljárások a változó- és feltételkiértékelésekre vonat- 
koznak. Vegyük a következő példát: 


if (x50) ( 
LE (950) ( 
if dx sz 0) 4 


A legkülső feltételből egyértelműen kiderül, hogy x nem lehet 
egyenlő nullával, így a belső feltétel értelmetlen, ezért kiérté- 
kelése szükségtelen. Az előző példák talán mesterkéltnek 
tűnhetnek, de gyakran adódhatnak hasonló helyzetek címek 
kiszámításakor, makrókban vagy beszúrt függvényekben. 

Az Intel fordítója erőteljes memória-összezavarást alkalmaz, 
hogy észrevegye, ha bizonyos memóriahivatkozások esetleg 
átfedik egymást. Ez az elemzés fokozza például a regiszter- 
kihasználást, és lehetővé teszi a kódban lévő párhuzamosságok 
észlelését és kiaknázását — erre a következőkben még bővebben 
kitérünk. Az Intel fordítója az eljárásközi hívásokat is egysze- 
rűbbé teszi, ebbe beletartozik az önműködő és kézi függvény- 
beszúrás vagy a részleges függvénybeszúrás, ahol a függvény- 
ből csak a szükséges részek kerülnek be. A fordító egyszerűbbé 
teszi az eljárásközi állandókat és a kivételkezelést is. Ha a 
,teljes program" elemzést bekapcsoljuk, bizonyos adatszer- 
kezetek elhelyezkedése megváltozhat -— például a Fortran 
COMMON BLOCK-jai -, hogy a memóriaelérés az adott pro- 
cesszoron hatékonyabbá váljon. Például az adatok elhelyezését 


különféle határokhoz lehet igazítani. Ráadásul az Intel fordítója 
még okosabb döntéseket hozhat, meg tudja határozni, hogy 
mikor és hol van szükség egy-egy beszúrásra. Ehhez kétféle 
kialakítási eljárást használ fel: a nyugvó kialakítást és a változó 
kialakítást. A nyugvó kialakítás olyan adatokra hivatkozik, 
amik fordítási időben megbecsülhetők vagy kikövetkeztethe- 
tők, míg a változó kialakítás a program futása közben szerzett 
adatoknak megfelelően alakul. A kialakítás e két fajtájáról lesz 
szó a következő részben. 


A kialakítás egyszerűsítése 
Elsőként vegyük a nyugvó kialakítást, amire ebben a kódrész- 
letben láthatunk példát: 


ga 
for (i1-O; ici0O; 


gt; 
) 


ir4) ( 


Nyilvánvalóan a cikluson belüli hívás tízszer többször hajtódik 
végre, mint a cikluson kívüli hívás. Ezt sok esetben azonban 
nem lehet ilyen jól megbecsülni, mint ahogyan a következő 
példában sem: 


for (i1-O; ic-iO; 16434) ( 
if (feltOotel) ( 
gt) ; 
) else ( 
h() ; 


] 
] 


Itt nehéz megmondani, hogy melyik függvény fog nagy való- 
színűséggel végrehajtódni. Ha a h() eljárás a program futásá- 
nak megszakítását eredményezné vagy valamilyen egyéb olyan 
eljárás volna, ami nem tér vissza, akkor az első ág, vagyis ag () 
eljárás beszúrásával többre mennénk, mivel az valószínűleg 
többször hajtódna végre. Ilyen értesülések hiányában azonban 
rendkívül nehéz eldönteni, hogy melyik eljárást szúrjuk be, 
esetleg mindkettővel megtegyük-e. A másik lehetőség, hogy 
változó kialakítást alkalmazunk. 

A változó kialakítás a program végrehajtása során nyeri az 
adatait. Ezzel a fordítót olyan előnyhöz juttatjuk, hogy mód- 
jában áll megismerni a program futásának menetét, és ennek 
megfelelően tudja egyszerűsíteni. Egy háromlépéses művelet 
részeként az alkalmazást először a kialakítást feltérképező 
műveletekkel együtt fordítjuk. Ezt követően a programot 
mintaadatokkal futtatjuk le, amiből a fordító számára összeáll 
egy olyan adatbázis, amit egy újabb fordítás alkalmával fel- 
használhat. Végül az adatbázisban található adatok segítsé- 
gével a fordító már könnyen meghatározhatja, hogy melyik 
gyakran végrehajtódó programrészt helyezze egy csoportba, 
vagy a kód melyik részét kell átrendeznie, milyen függvénye- 
ket kell teljesen vagy részlegesen beszúrnia, illetve hogyan 
alakítsa ki a regiszterek lefoglalását. A regiszterfoglalás az Intel 
fordítójában gráfalapú egyesítésekre épül (lásd még az 
Irodalomjegyzék 5. pontjában), ami a kódot régiókba tagolja. 
Ezek a régiók általában ciklusok törzsei vagy egyéb összetar- 
tozó egységek. A kialakítási adatok birtokában a régiók haté- 
konyabban kiválaszthatók, és a programrészek tényleges 
végrehajtódásának a számán alapulnak, nem találgatásokon. 
Ilyen módon a programtörmelékek a program ritkábban 
futtatott területeire helyezhetők. 
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Regiszteren belüli csoportosítás 

A jelenlegi gépeken a párhuzamosan futtatható műveletek 
feltárása az egyszerűsítés érdekében rendkívül fontos. Az Intel 
fordítója kulcsszerepet játszhat a programon belüli párhuza- 
mosan futtatható műveletek megtalálásáért folytatott erőfeszí- 
tésekben, úgy, hogy megkönnyíti az olyan hatékonyságnövelő 
eljárásokat, mint az önműködő összegyűjtés, az önműködő 
párhuzamosítás, vagy az OpenMP parancsainak a támogatása. 
Nézzünk meg egy példát, amiben azt mutatjuk be, miként 
alakul át a soros ciklus önmagától egy olyan formátumba, ami 
az Intel MMX és SSE/SSE2 (folyamatos SIMD-kiterjesztés) 
megoldásait képes kihasználni. Ezt a folyamatot , regiszteren 
belüli csoportosításnak" (Intra-Register Vectorization) hívjuk 
(lásd az Irodalomjegyzék 1. pontjában). Példánkban a 
következő függvény adott: 


void vecadd(fíloat al], float b[(], 
erfloat cell; int n) 
( 
int i; 
for (i — 0; i cz n; i44) ( 
clil - alil 4 b[il; 


] 
] 


Az Intel-fordító az addps utasítás segítségével a ciklust négy 
egyszeres pontosságú lebegőpontos műveletté alakítja át, 
amelyek egy időben hajtódnak végre. Ilyenformán az ered- 
mény a következőképpen nézne ki: 


ir-4) ( 
- bli:i-3] ; 


for (i - 0; i cz n; 
c[li:i43] - al[i:1-3] 
) 


A skaláris eltakarító ciklus végrehajtaná a tennmaradó utasítá- 
sokat, ha az n lépésszámláló nem lenne pontosan osztható 
néggyel. Ebben a lépésben több folyamat vesz részt. Elsőként 
— mivel elképzelhető, hogy a tömbök kezdőcímeiről nem áll 
rendelkezésre adat — egy futásidejű kódot kell beszúrni, hogy 
meg lehessen győződni arról, hogy a tömbök adatterületei nem 
fedik-e egymást (öÖnműködő függéspróba), és hogy a ciklus 
fennmaradó része 16 bájtos határokra igazított címekkel fut-e 
(önműködő cikluscsupaszítás a megfelelő elrendezéshez). 

A hatékony csoportosítás érdekében csakis ciklusokat vagy 
megfelelő hosszúságú kódrészeket csoportosítunk. Ha az 
ismétlésszám túl kicsi, akkor egy egyszerű soros ciklust hasz- 
nálunk. Az egyszerű ciklusok mellett a csoportosító támogatja 
a csökkenő elemű ciklusokat is (mint amilyen például a 
számokból álló tömb összegzése, vagy egy tömb legkisebb és 
legnagyobb elemének megkeresése, feltételes szerkezetek, 
szórási számtan és egyéb kifejezések). Még a trigonometrikus 
matematikai függvények csoportosítása is lehetséges a csopor- 
tosítási matematikai könyvtár segítségével. 

Hogy érzékelni lehessen a regiszteren belüli csoportosításnak 
köszönhető teljesítménynövekedést, a Linpack nevű mérő- 
programmal (ez a 3 http:/www.netlib.org/benchmark címről 
tölthető le, C és Fortran nyelvű) kétszeres pontossággal lemér- 
tük a teljesítménykülönbséget. Ez a mérés egy lineárisegyenlet- 
megoldó teljesítményét méri, ami a tényezőkre bontáshoz és a 
megoldáshoz a DGEFA és a DGESL eljárások egyikét használja 
fel. A mérés főként abból áll, hogy — amíg a tényezők keresése 
folyik — az egyes együtthatók mátrixának oszlopain ismételten 
hívogatjuk az elsőszintű BLAS DAXPY eljárást. Alapbeállítások- 
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kal (-02-es kapcsoló), egy 266 GHz Pentium 4-es processzorral 
a mérés eredménye 1,049 MFLOPS egy 100 x100-as táblázat 
kiszámításakor. Ha engedélyezzük a regiszteren belüli csopor- 
tosítást (-XxW kapcsoló) a Pentium 4-es processzorhoz, a teljesít- 
mény egészen 1,292 MFLOTFS-ig nő, ami összesen húszszáza- 
léknyi teljesítménynövekedést jelent. 


Az OpenMP és az önműködő párhuzamosítás 

Az OpenMP? a közelmúltban a C/C--- és Fortran nyelvű osz- 
tottmemória-kezelésen alapuló párhuzamos programozás szab- 
ványává vált. A felhasználó számára anélkül lehetővé teszi a 
párhuzamos futtatást, hogy a felhasználónak el kellene merül- 
nie a művelet részleteiben: az ismétlések felosztásában, az adat- 
megosztásban, a szálak időzítésében vagy az összehangolásban. 
Ezeket a beállításokat alapul véve az Intel fordítója képes ön- 
működően bármilyen kódból párhuzamosan futó kódot előál- 
lítani. Az Intel-fordító támogatja az OpenMP C-t 2.0 és 
OpenMP Fortran 2.0 szabványos beállításokat a párhuzamosság 
tulajdonságainak meghatározására. Ennek segítségével a több- 
processzoros rendszereken az alkalmazások a lehető legna- 
gyobb teljesítmény elérése érdekében igényeiknek megfelelően 
és pontosan állíthatják be a párhuzamossági tulajdonságokat. 

A következőkben egy OpenMP-s beállításokat felhasználó pél- 
daprogramot láthatunk az Intel C-t 4 Linux OpenMP fordítóhoz: 


Htdefine N 10000 
void ploop(void) 


( 
int k, XxXINI, yINI, zÍNI; 
Hgyakorlati pOlda az omp pgErhuzamos tEsra 


aszfrtlik) ósztott(ix;zy;z) 
for (k-O;  k-N; krt-i) ( 
xIlIk] - xIk] " ylk] 4 workunit(zI[kl ) ; 


] 
] 


A for ciklust a szálak egy csoportja egymás között felosztva 
fogja végrehajtani. A k változó private (zárt), vagyis minden 
szál saját példányt kap belőle, míg az x, y, z változókat a szá- 
lak közösen használják. 

A létrejövő többszálú programkód alább látható. Az Intelfordító 
futásidejű OpenMP hívásokat hoz létre, amik a szálak létre- 
hozásáért, kezeléséért és összehangolásáért (lásd az Irodalom- 
jegyzék 1-2. pontjában) felelősek. 


Htdefine N 10000 

void  ploop(void) 

( 
int Kk; XINI:; YVINIs; ZINI: 
. , Knpc. Törk callíiloe; 3; 
5T-entry( ploop par loop), x, y, Zz) 


goto 11: 
T-entry ploop par loop(íloc, tid, x[], 
sés(1, ziij 4 
lower k - 0; 
upper k - N; 
. .Küpc for static ií1n1tíiloc; tid, 
5STATIC, §1ower k, §upper k, ...); 
for (local k-lower k; 


5 ]local kc-upper k; 
local krt-i) ( 
xXIIlocal k] - xllócái ki] ? 
5sy[1local k]- workunití(íz[1ocal ktil ) ; 
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. .kmöc for static finitlóc, 
T-return; 


tid) ; 


] 


L1: return; 


] 


A többszálú kódkezelő beszúrja a szállétrehozó 

. kpmc fork call függvényt - T-entry belépési ponttal 
és adatkörnyezettel (például tid, thread id, vagyis szálazo- 
nosító) minden egyes ciklushoz. Ezzel belép az Intel OpenMP 
könyvtárába, és létrehoz néhány szálat a for ciklus párhu- 
zamos futtatására. 

Az OpenMF-beállításokkal kísért soros ciklus többszálú kóddá 
alakul úgy, hogy a ciklus alsó és felső határolói helyivé 
alakulnak, illetve a ciklus léptető változója is egyedivé válik. 
Végül létrejön egy többszálú futásidejű kezdeményező és össze- 
hangoló kód minden egyes [T-entry, T-ret] pár által 
meghatározott T-region-hoz. A . kpmc for static init 
hívás kiszámolja a helyi ciklus alsó és felső határát, és az időzítő 
beállításoknak megfelelően sorra lépked az egyes szálakon. 

A példakódunkban állandó időzítést használunk. 

A  kmpc for static fini lib-hívás futásidőben értesíti 

a rendszert, hogy az éppen futó szál végzett egy ciklussal. 
Ahelyett, hogy a fordító teljes forrás-forrás-átalakítást végezne, 
mint ahogyan azt más fordítók teszik, például az OpenMP 
NanosCompliler és az OdinMP az Intel fordítója ezeket a 
változásokat beépítetten kezeli. Ez egyprocesszoros rendszerek 
esetében lehetővé teszi az együttműködést az OpenMP-n kívül 
más fejlett, magas színtű fordítói módszerekkel, például a cso- 
portosítás és ciklusátalakítások során. 

Mindezek mellett a fordító lehetővé teszi az OpenMFP-irányí- 
tókkal egyénileg beállított párhuzamosságot is, illetve a 
-parallel1 kapcsolóval a fordító önműködően hoz létre pár- 
huzamos kódot. Ennek a kapcsolónak a megadásával a fordító 
önmaga ellenőrzi, hogy milyen ciklusok párhuzamosíthatók, 
vagyis milyen ciklusok nem tartalmaznak ciklusszintű függő- 
ségeket. Az önműködő párhuzamosítás a fejlett memória- 
tisztázó módszert használja fel elemzéséhez, illetve a saját 
szerkezetelemzőjét, hogy eldöntse, mikor szükséges a pár- 
huzamosítás. 


Processzorazonosítás 

Az Intel-fordító processzorazonosító tulajdonsággal bír, aminek 
a segítségével egy-egy elem többféle IA-32 rendszeren is felhasz- 
nálható -— vagy a kézi processzorazonosító, vagy az önműködő 
processzorazonosító segítségével. A kézi processzorazonosító 
használatával egy függvénynek többféle változatát is megírhat- 
juk, amelyek mindegyike kifejezetten egyfajta IA-32-es rend- 
szerhez kötődik, vagy pedig általános érvényű, tehát minden 
IA-32-es rendszeren használható. Az Intel-fordító létrehoz egy 
kódot, ami önműködően eldönti, hogy az alkalmazás milyen- 
fajta processzoron fut, és ennek megfelelően választja ki egy-egy 
függvénynek azt a változatát, amit felhasznál. Ezzel a futásidejű 
meghatározó rendszerrel a programozó számára lehetővé válik, 
hogy az alkalmazásába bizonyos rendszerfüggő lehetőségeket 
építsen be, mint amilyen például az SSE vagy az SSE2, anélkül, 
hogy feláldozná a rugalmasságot. lovábbá lehetőséget ad 
egyazon program különböző rendszereken történő futtatására, 
mégha azok nem is támogatnak bizonyos utasításokat. 

Az önműködő processzormeghatározó is hasonlóan működik, 
azzal a különbséggel, hogy ebben az esetben a fordító az egyes 
függvények különböző változatait maga hozza létre. A fordítás 


alatt a fordító eldönti, hogy különböző rendszerfüggő beállítá- 
sokkal milyen függvényekből lehet jobb teljesítményt kihozni. 
Ezt követően ezek a függvények önműködően több változat- 
ban jönnek létre. Egy változat készül, ami tartalmazza a rend- 
szerfüggő utasításokat, egy pedig, ami csak az általános utasí- 
tásokat tartalmazza. Ennek a szolgáltatásnak az az előnye, 
hogy a programozónak nem kell újraírnia a kódot. Egy egy- 
szerű forrásfájl esetében egy parancssori kapcsolóval megad- 
ható az önműködő processzorazonosítás bekapcsolása. Vegyük 
például a következő függvényt: 


void init(float b[], 


( 


double c[], int n) 


int i; 

for (i — 0; i cz n; it4) ( 
b[i] - (float)i; 

j 

for (i - 0; i cz n; i44) ( 
clil - (double)i; 


Az Intel fordítója ennek a függvénynek akár három változatát 
is létrehozhatja. Készül egy általános változat, ami minden 
IA-32-es processzoron képes futni. Készül egy változat, ami a 
Pentium II[-as processzor SSE-re épülő lehetőségeit használja 
ki, és készülhet egy harmadik változat, ami a Pentium 4-es 
processzort aknázza ki úgy, hogy mindkét ciklust csoportosítja, 
és felhasználja az S5E2-es utasításokat. A létrejövő függvény 

a következő azonosítókóddal kezdődik: 


.L1 testl ssol2; . intel cpu indicátór 
jne TLC sal 
testl $-128, — intel cpu indicator 
jne 1in1t.H 
testl 2-1, . intel cpü Jridicátor 
jne init.A 
call . Antel cpű itidicáatót. init 
jmp EL 


A kódban az init . A, init.Hés init . J függvény az 
általános, az SSE és SSE2-es változat, ebben a sorrendben. 


Nyelvi kiterjesztések 

Amellett, hogy az Intel-fordító szigorúan megfelel az ANSI 
követelményeinek, léteznek kapcsolók, amelyek számos GCC- 
lehetőséget fednek le, például a long long int, a 0 hosszú- 
ságú tömbök és a változó mennyiségű kapcsolóval rendelkező 
makróhívások. A GCC stílusú beszúrt assembly kód úgyszintén 
támogatott. A fordító támogatja a DWARF2-es hibakövetési 
információkat, így a létrejövő programok a GDB-vel is nyomon 
követhetők. Bizonyos microsoftos kiterjesztések is engedélye- 
zettek, mint példáula — deci1spec tulajdonságok, és a Micro- 
soft stílusú beszúrt assembly-kód. 

A beszúrt assembly mellett az Intel-fordító beépítetten tá- 
mogatja az MMX és az SSE/SSE2-es utasításkészleteket is. 

Így a fordító hozzáfér a rendszerfüggő lehetőségekhez, anél- 
kül, hogy ez bármilyen teljesítménybeli visszaeséssel vagy 
hibás alkalmazással járna, ami gyakran abból adódik, hogy 

a beszúrt assembly-részek összeütközésbe kerülnek az Intel 
fordítója által alkalmazott elemző és átalakító utasításokkal. 

A beépített lehetőségek felhasználásával a programozó 
kiaknázhatja a processzorban rejlő lehetőségeket, ugyanak- 
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kor élvezheti a regiszterfoglalás, az ütemezés és az egyéb 
szolgáltatások előnyeit is. 
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Az USB-soros illesztöprogram-réteg 42. rész) 


Hogyan készíthetsz olyan USB-s eszközt, ami az általános USB-soros 
illesztőprogrammal használható? Olvass tovább, és hamarosan megtudod! 


lső részében írásunknak (Linuxvilág, 2003. március) 
E bemutattam az USB-soros réteget, illetve azokat az 

alapvető műveleteket, amelyekkel egy illesztőprogram a 
rétegnél bejegyezhető. Ez alkalommal arról lesz szó, hogy az 
adatok miként mozognak a rétegen keresztül, illetve hogyan 
jelennek meg az USB-soros eszközök sysís alatt. 


Általános USB-soros eszközök 

Az első részben említettem, hogy az általános USB-illesztőprog- 
ram segítségével könnyedén, egyedi rendszermagszintű prog- 
ramozás nélkül is munkára foghatunk egy USB-s eszközt. Saj- 
nos arról elfelejtettem szót ejteni, hogy pontosan milyen mó- 
don is kell ezt véghezvinni -— szerencsére az olvasóktól érkezett 
kérdések hamar egyértelművé tették: nem sumákolhatok. 

Ha az általános USB-soros illesztőprogrammal használható 
USB-s eszközt szeretnél létrehozni, mindössze két tömeges 
adatmozgatásra alkalmas USB-végpontra van szükséged, egy 
ki- és egy bemenetre. Az általános USB-soros illesztőprogram 
ezt a két végpontot egyetlen tty-eszközzé fogja össze, amiről 
olvasni, illetve amire írni lehet a felhasználói területről. Például 
egy eszköz végpontjainak a leírói a /proc/bus/usb/devices alatt 
találhatók, ez maga mégis egykapus eszközként kezelhető. 
Csatlakoztatáskor az alábbi rendszermagüzeneteket láthatjuk: 


Generic converter detected 

(A rendszer EltalgEnos Etalak t t ismert fel.) 
Generic converter now attached to ttyUSBO 

(Az EltalXgnos Etalak t a ttyUSBO csom ponton 
csatlakozik.) (devfs hasznglatakor usb/tts/0) 


Ezt követően a /dev/ttyUISBO csomóponton keresztül bármely 
felhasználó adatokat küldhet az eszköznek. 

Ha egy eszköz egynél több tömeges adatmozgatásra szolgáló 
ki- és bemenetpárral rendelkezik, akkor a rendszer több kaput 
is rendel hozzá. Például: egy eszköz végpontjainak leírói a 
/proc/bus/usb/devices alatt találhatók, az eszköz pedig kétka- 
pusként jelenik meg. Csatlakoztatáskor az alábbi rendszermag- 
üzenetek láthatók: 


Generic converter detected 

(A rendszer EltalkEnos Etalak t t ismert fel.) 
Generic converter now attached to ttyUSBO 

(Az EltalXgnos Etalak t a ttyUSBO csom ponton 
csatlakozik.) (devfs hasznglatakor usb/tts/0) 
Generic converter now attached to ttyUSB1 

(Az Eltalgnos Etalak t a ttyUSB1l ponton 
csatlakozik.) (devfs hasznglatakor usb/tts/1) 


Ebben az esetben a /dev/ttyUSBO és a /dev/ttyUUSB1 egyaránt 
használható adatcserére. 

A végpontok sorrendje lényegtelen, akár azt is megtehetjük, 
hogy először felsoroljuk az összes bemenetet, majd a kimene- 
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teket vesszük sorra. (Az előző példában váltakozva szerepeltek.) 
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Az USB-soros mag az összes ki- és bemeneti végpontot kezelni 
fogja, és az imént látott módon fogja őket párosítani. Minden 
tömeges adatmozgatásra szolgáló párhoz egy-egy megszakítás- 
végpontot is rendel, ha létezik ilyen, de a megszakításvégpontot 
az általános illesztőprogram nem fogja használni, azt csak a 
rendszermag USB-soros illesztőprogramjai vehetik igénybe. 

Ha az általános USB-soros illesztőprogramot hozzá szeretnénk 
kötni az eszközhöz, az eszköz USB-gyártóazonosítóját (USB 
vendor ID) és termékazonosítóját (product ID) betöltéskor 
átadott értékként kell az usbseria1 modul tudomására hozni. 
Ha például az imént látott eszközt ffff gyártóazonosítóval és 
f£££8 termékazonosítóval szeretnénk kötésbe hozni, az alábbi 
parancsot kell kiadni: 


modprobe usbserial vendor-Oxffrff 
product-Oxfff8 


Ha a felhasználótól nem várhatjuk el, hogy a megfelelő esz- 
közazonosítóval betöltse az usbserial modult, vagy ha az 
USB-soros illesztőprogrammal egynél több eszközazonosítót 

is használni akarunk, akkor egy aprócska illesztőprogram írása 
a megoldás. Erre listánk (2 http:/www.linuxvilag.hu/USB) 
szolgáltat példát. Ebben az illesztőprogramban nincsenek 
visszahívó függvények, mindössze a vezérelni kívánt eszközök 
gyártó- és termékazonosítóit találjuk benne. Ennek alapján az 
usb serial device type adatszerkezet megadása a lista 
1-es szakaszában látható. 

A megfelelő gyártó- és termékazonosítókat az id table 
mutatóban kell felsorolni (a lista 2-es szakasza). 

Az illesztőprogram mindössze két függvényt — egy két- és egy 
háromsorost -—, valamint három változómegadást tartalmaz. 
Segítségével a megadott eszközökre vonatkozóan az általános 
USB-soros illesztőprogram összes szolgáltatását igénybe vehet- 
jük. Az illesztőprogram betöltése önműködően lezajlik, amikor 
az eszközt csatlakoztatjuk a számítógéphez -— azért ez sem rossz 
dolog. Alighanem ez az egyik legkisebb működő linuxos rend- 
szermag-illesztőprogram. Fordítása az alábbi paranccsal történik: 


echo "obj-m :- 
s. Makefile 
make -C ca/rendszermag/elgrOsi/etjasz 
s SUBDIRS-SPWD modules 


tiny tiny usbserial.o" 


A Windows USB OPOS-soros illesztőprogramon keresztül a 
Windows operációs rendszer is támogatja az ilyen jellegű, az 
eszköz számára virtuális , COM"-kapukat létrehozó eszköz- 
felületet. Az eszközök fejlesztői, gyártói így olyan USB-s termé- 
keket dobhatnak piacra, amelyekhez - szerencsés módon — 
nem kell külön linuxos és windowsos illesztőprogramot írni. 


Az USB-soros eszközök életciklusa 
Amikor egy USB-soros eszközt csatlakoztatunk a számítógép- 
hez, különféle műveletek hosszú sora szükséges hozzá, hogy 


Az , aprócska" USB-soros illesztőprogram 


49) 
2 
Hinclüde clinuxzcontig . h- . id. table - id table, a 
1 íz 
tifdef CONFIG USB SERIAL DEBUG Ét" 
static int debug  —- 1: /£ 1-es szakasz F/ sz 
Hdefine DEBUG [ESZELTE EKE TASz BE Sz ket ztze ee TESTE ZTSZe Tadatss/i Oo 
telse sgt TS Ete TÜSBGÉSSéTa VédevtőeTeype e E 
static int debüg; Stinyl devices 1 as 
Hendif .owner - THIS MODULE, e 
.name - "Tiny USB serial", 2 
Hinclude -clinux/kernel.h: "ONOT EMM HET 1 
kinclude clinux/init.h: .id table - id table, s. 
Himedlüde "e 1idüx7€ty.ne . nüm interrüpt ín - NUM DONT CARE, a 
tinclude clinux/module.h: "nüm bBül kéj NUM DONT CARE, a 
tinclude clinux/usb.h: : nüm bülk ot - NUM DONT CARE, 90 
Hinclude c../drivers/usb/serial/usb-serial.h: : úm - pOPES JE ka 
ha o 
Hdefine TERM KAZONOST ÖxZttft0 /£ 1-es szakasz vOge F/ 
Hdefine ESZK ZAZONOSÍT ÖxRtEEÓ 
SEJETCSTNEEE TATE PENZET EN VOT) 
/x 2-es szakasz §/ ( 
setatiéSérüéttüsb edevicéétd időt te [IN a SE See deleg rES ES E SES demeeji 
(USB DEVICE(TERM KAZONOST , ÜsSbEVEGÜSES TETSZ EOE TET je 
SESZKSZAZONOS me, retürn 0; 
180 /Xt A bejegyzős lezgrEsa ?r/ ) 
JG 
/£ 2-es szakasz vOge F/ static void. . exit tíiny exit (void) 
t 
1 usb deregister (6tiny driver) ; 
A Ezert VESZETÓEOgE am amisk sees St FERSGneEk USES Te EGET EGESGE E E ty EdémÉge 1 
x lehetivO tÖtele ) 
1 
MÓDULE DEVICE TABLE (usb, id table); modot Tate (tény entit ejő 
Tokes ZSZ E E 
static strúct úsb driver tiny deivee —"( 
. name - HETTz ő MÓODUTGE tt TEENSETEPL") ; 
So ODE B úsorsertaltorobe; 
SETSGGMTEGESE Sose egtedésSscónHect 
adott USB-soros illesztőprogram egy tty-eszközt vezérelhessen. szerkezeteket — az adott eszközön lévő soros kapuk számá- 
Ezek a műveletek a következők: tól függően —, majd meghívja az USB-soros illesztőprogram 
e Az USB-elosztó (hub) illesztőprogramja felismeri az új attach () függvényét, ha az rendelkezik ilyennel. 
eszközt. Hozzárendel egy USB-azonosítót, kiolvassabelőle e Az attach() függvény visszatérését követően kerül sor 
a fontosabb USB-leírókat, majd ezeket egy usb device az egyes usb serial port adatszerkezetek bejegyzésére 
adatszerkezetbe helyezi, és kellő számú, a teljes USB-esz- a rendszermag illesztőprogrammagjánál. 
közt képviselő usb interfaces adatszerkezettel párosítja. . e A rendszermag illesztőprogrammagja minden egyes kapu- 
e . Az USB-mag gondozásába veszi az eszközt, és az USB-felü- hoz egy visszahívást hajt végre az USB-soros mag felé. 
leteket bejegyzi a rendszermag illesztőprogrammagjánál. e . Az USB-soros mag meghívja a kapu USB-soros illesztőprog- 
e A rendszermag illesztőprogrammagja végignézi a már ramjának egyedi port probe() függvényét - ha van 
bejegyzett USB-illesztőprogramok listáját, és megvizsgálja, ilyen —, majd bejegyzi a kaput a tty-rétegnél, befejezve 
hogy ezek valamelyike kezelni tudja-e az eszközt. ezzel az üzembe helyezés folyamatát. 
e . Mivel USB-soros eszközről van szó, az USB-soros mag átve- 
szi az eszköz vezérlését a rendszermag illesztőprogram- A folyamat lejátszódását követően a tty-eszközcsomópont az 
magjától. egyedi USB-soros kapuhoz kötődik. Amikor valamelyik fel- 
e . Az USB-soros mag usb serial névvel egy adatszerke- használó megnyitja az eszközcsomópontot , a rendszermagban 
zetet hoz létre, majd ezzel az adatszerkezettel meghívja a az alábbi lépésekre kerül sor: 
megfelelő USB-soros illesztőprogram probe () függvényét. e A rendszermag megvizsgálja az eszközcsomópontot, és 
e . Az USB-soros illesztőprogram probe () függvénye - ha megállapítja, hogy azt a tty-réteg jegyezte be, tehát meg- 
szükséges — üzembe helyezi (inicializálja) az eszközt, majd hívja a tty-réteg open függvényét. 
a vezérlést visszaadja az USB-soros magnak. e  Atty-réteg megvizsgálja az eszközt, és megállapítja, hogy 
e . Az USB-soros mag létrehozza az usb serial port adat- az USB-soros mag jegyezte be nála a csomópontot, tehát a 
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drivers/usb/serial/usb-serial.c fájl serial open() függvé- 
nyét hívja meg. 

e A serial open() függvény meghatározza, hogy melyik 
egyedi USB-soros illesztőprogram van ehhez a csomópont- 
hoz bejegyezve. 

e . A megadott USB-soros illesztőprogram modulszámlálóját 
a rendszer növeli, ezzel előzi meg a modul eltávolítását, mi- 
közben egy felhasználó esetleg éppen használja az eszközt. 

e . Ha a megadott USB-soros illesztőprogramnak van open ( ) 
függvénye, akkor sor kerül ennek a meghívására, és átadott 
értékként a kapu usb serial port adatszerkezetét 
kapja meg. 

e . Az USB-soros illesztőprogram ekkor bármely szükséges, 
kifejezetten az eszközre jellemző megnyitó jellegű műve- 
letet el tud végezni, és el tudja küldeni az eszköztől érkező 
adatok fogadásának megkezdéséhez szükséges URB-ket 
(USB-kérésblokkokat). 


Ha egy felhasználó az eszközcsomópontra a write () függ- 
vényt hívja meg, vagyis a megadott soros kapura adatokat akar 
küldeni, a rendszermag az alábbi lépéseket hajtja végre: 

e A rendszermag meghívja a tty-mag tty write() függvé- 
nyét. Korábban - az open híváskor - ezt a mutatót már 
beállította, így nem kell újra előkeresnie. 

e. Atty write() meghívja a vonalszabályozó (line 
discipline) write () függvényét a megadott tty-eszközre. 

e A vonalszabályozó meghívja az USB-soros mag 
serial write() függvényét. 

e  Aserial write() függvény meghatározza, hogy pon- 
tosan melyik USB-soros illesztőprogramot használja ez a 
fájl, majd annak write () függvényét hívja meg. 

e . Az USB-soros illesztőprogram ekkor megkezdheti az ada- 
toknak egy átmeneti tárba történő másolását, illetve az 
USB-kapcsolaton keresztül az eszköznek való elküldésüket, 
közben gondoskodik az eszköz által esetlegesen támasztott 
különleges formázási elvárások teljesítéséről. 

e Miután az adatok küldése befejeződött, az illesztőprogram 
felébreszti a tty-eszközt, hogy az küldje el neki az esetlege- 
sen átmeneti tárban tárolt adatokat. Mindez egy egyszerű 
hívással történik: 


schedule work(§port-:work) ; 


Ha adott kapu USB-soros illesztőprogramja adatokat kap, 
akkor a kapu átmeneti tárához (flip puffer) rendelt tty-adat- 
szerkezetbe kell helyeznie őket: 


(i - 0; i c data size; tri) ( 

it (tty-sflipo count sz TITIY FLIPBUF SIZE) 
tty fÍlip bütter püsH(EtLy) ; 

ÜLy insért. élip char(tév; datalils 097 


for 


] 


tty flip buffer pushí(tty) ; 


Amikor egy felhasználó az eszközcsomóponton read ( ) hívást 

hajt végre, a kapu tty flip átmeneti tárában található adato- 

kat kapja meg. 

Ha a felhasználó lezárja az eszközcsomópontot, a rendszermag 

az alábbi lépéseket hajtja végre: 

e A rendszermag meghívja a tty-mag tty release() 
függvényét. 

e. Atty release() meghatározza, hogy ez volt-e az utolsó 
hivatkozás erre az eszközcsomóponttra. (Ne feledjük, egy 
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eszközcsomópontot egyszerre több program is megnyithat.) 
Ha igen, az USB-soros mag serial close() függvé- 
nyének meghívására is sor kerül. 

e Aserial close() függvény meghívja az USB-soros 
illesztőprogram close () függvényét, így lezárulnak a 
függőben lévő USB-átvitelek, az illesztőprogram pedig 
készenléti állapotba kerül. 

e . Az USB-soros mag csökkenti az USB-soros illesztőprogram 
modulszámlálóját, ami akár el is távolítható. 


Az USB-soros eszközök megjelenése sysís alatt 

Az USB-soros eszköz USB-soros illesztőprogramhoz való 
kötésének fenti leírásában többször is sor került a rendszermag 
illesztőprogrammagjának meghívására. Erre azért van szükség, 
mert az USB-soros mag külön buszként jelenik meg a rendszer- 
mag illesztőprogram-modelljében - így egyetlen USB-eszközön 
több kapu is lehet. 

Például az alábbi egy nyolckapus USB-soros eszköz, ami a 

a következő: /sys/devices/pci0/00:09.0/usb1/1-1/1-1.1. Ezen a 
könyvtáron belül az alábbi könyvtárakat és fájlokat találjuk: 
1-1.1:0/, bedDevice, bConfigurationValue, bDeviceClass, 
bDeviceProtocol, bDeviceSubClass, bnAttributes, bMaxPower, 
bNumConfigurations, bNumlnterfaces, idProduct, idVendor, 
manufacturer, name, power, product, serial, speed, tty UUISBO/, 
ttyUSB1/, ttyUSB2/, ttyUSB3/, ttyUSB4/, ttyUSB5/, ttyUSB6/ 
és ttyUUSB7/. 

A könyvtár állományaiból minden, az eszközzel kapcsolatos 
adatot megtudhatunk, ahogy az 1-1.1:0/ könyvtár állományai- 
ból is, ez egyébként az első kapcsolódási felület az eszköz felé. 
A ttyUSB" könyvtárakat az USB-soros mag hozza létre, és az 
alábbi fájlokat tartalmazzák: dev, name és power. 

A dev fájl az adott eszköz al- és főszámát tartalmazza; ha párbe- 
szédet akarunk folytatni az eszközzel, ennek alapján található 
meg pontosan a megfelelő eszközcsomópont. A /sys/bus/usb 
könyvtár szerint ez az USB-eszköz az io edgeport USB- 
illesztőprogramhoz kötődik. Van egy usb-seria1 busz is, ami 
a rendszermagnál bejegyzett egyes USB-soros kapukat mutatja. 
Mivel ezek a kapuk tty-eszközök, a tty-osztály könyvtárában 

is megjelennek. 

Mivel a hivatkozások mindegyike ugyanahhoz az USB-eszköz- 
höz vezet, az USB-eszköz típusa, tty-kapuinak a száma és a ve- 
zérléséhez szükséges USB-soros illesztőprogram típusa köny- 
nyedén meghatározható. Így sokkal több adathoz juthatunk 
hozzá, mint amit a /proc/tty/driver/usb-serial fájlban találtunk, 
lásd írásom első részében. 

A sysís felülettel kapcsolatban most szűkszavú leszek, ám 
érdemes tudni, hogy rengeteg adatot szolgáltat a rendszerben 
pillanatnyilag jelen lévő fizikai és logikai eszközökről. A 
sysfs-nek és a rendszermag illesztőprogram-modelljének 
bővebb ismertetését Pat Mochel idei linux.conf.au írásában, a 

2 http:/www.kernel.org/pub/linux/kernel/people/mochel/ 
doc/lca címen találod meg. 
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Csatlakozás a Hálóra Linuxszal (2. rész) 


Az előző részben összeállítottunk egy működő útválasztót 
a Coyote Linux-változat segítségével. Ebben a részben az útválasztó 
további beállításairól, távoli karbantartásáról és bővítéséről lesz szó. 


lőször is nem árt ismerni az útválasztó működési elvét. 
Mivel a szolgáltatótól csak egy valós (Interneten hasz- 
nálható) IP-címet kapunk, belső hálózatunk gépei , saját 
nevükben" nem tudnak az Internetre csomagot küldeni és on- 
nan fogadni. Az útválasztó ezt úgy oldja meg, hogy az úgyne- 
vezett NAT (Network Address Iranslation: hálózati címváltás) 
egyik módszerét használja: az IP-álcázást (masguerading). Az ál- 
cázás úgy valósul meg, hogy a belső hálózat gépei által küldött 
csomagokat az útválasztó a saját ÍP-címével egy eltérő kapuról 
küldi ki az Internetre, és ugyanígy fogadja a választ, majd 

a belső IP-címet visszahelyezve továbbítja azt a belső hálózat 
gépére. Egy táblázatot tart fenn annak érdekében, hogy ezeket 
az IP-cím-átváltásokat el tudja végezni. A belső gépek úgy lát- 
ják, mintha közvetlenül az Interneten lévő géppel lennének 
kapcsolatban, az Internet felől pedig úgy tűnik, mintha csak az 
útválasztóval tartanának kapcsolatot. Itt hívnám fel a figyelmet 
rá, hogy elvben megközelítőleg megállapíthatjuk, hogy hány 
gép működik az útválasztó mögött , rejtve" (lásd Steven M. 
Bellovin cikkét). Ezért, ha a szolgáltatónk kifejezetten tiltja a 
több géppel történő használatot, akkor, ha meg is építjük az 
útválasztót, ne nagyon használjuk több géppel egy időben (csak 
az Internetre irányuló forgalom számít). Én azon az állásponton 
vagyok, hogy ha a felhasználási szerződés kifejezetten nem 
tiltja, akkor szabad a pálya. (Mivel nincs benne, hogy csak egy 
adott operációs rendszerrel lehet igénybe venni, ugyanekkora 
terhelést el lehetne érni egy linuxos, illetve unixos gépen, és 
arra a helyi hálózaton bejelentkező felhasználók esetén is.) 





Hibalehetőségek a telepítés során 

Biztosan többféle hiba merülhet fel a telepítés után. Egy elég 
részletes GYK (FAO) található meg hosszas keresés után a 

2 http:/www.dalantech.com oldalain. Itt egyébként rendkívül 
széles körű, igaz, angol nyelvű technikai adathalmaz található. 
Egy hibát említenék, ami elsőre eléggé nehezen volt felfedez- 
hető. A modemes behívásnál egy úgynevezett chatprogram 
veszi fel a kapcsolatot először a szolgáltató gépével. Miután 

ez befejezte, akkor indul el a ppp program; sok esetben ez a 
program kezeli a bejelentkezést is. Ennek kérését a kiszolgáló 
általában egy jelszó-készenlétijel (login: prompt) küldésével 
jelzi. A mi esetünkben azonban ehelyett username készenléti 
jelet küldött, így a chatprogram hiába várt a jelszóablakra — ezt 
tehát módosítani kellett. 

Több módszer is akad a Coyote rendszer módosítására. Az 
egyik, hogy billentyűzetet és monitort csatlakoztatunk a gép- 
hez, és bejelentkezünk. Lényegében ugyanez a módszer akkor 
is, ha ssh segítségével már megy a távoli bejelentkezés. Csak 
egyetlen felhasználó van: a rendszergazda. Az első bejelentke- 
zéskor adhatunk meg jelszót. Bejelentkezés után az 1rcfg 
program indul el. Ebből a ag ponttal léphetünk ki. Ha nem 
tudjuk, melyik könyvtárban vagyunk (a rendszer nem írja ki 

a készenléti jelnél), a pwd paranccsal megtudhatjuk. A fent 
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említett hiba kiküszöböléséhez lépjünk a /etc/ppp könyvtárba, 
és itt szerkesszük a szolgaltatonev.chat fájlt. (A szolgáltatónevet 
a lemez készítése közben mi adtuk meg. Ezért kell rövidnek 

és ékezet nélkülinek lenni.) A Coyote rendszernek része az 

ae szövegszerkesztő. Ezt az ae £Xj Indv paranccsal elindítva 
elvégezhetjük a szükséges módosításokat. Az F1 lenyomásával 
kaphatunk segítséget a billentyűparancsokhoz. Ebben az eset- 
ben az ogin: részt kell kicserélni a sername : bejegyzésre. 
(Azért nincsenek ott az első betűk, mert nem lehet tudni, hogy 
kis- vagy nagybetűvel kezdve küldi-e a kiszolgáló.) 

Miután módosítottunk a rendszeren, tudnunk kell, hogy a 
módosítás csak a memórialemezen következett be, azaz újrain- 
dítás esetén elvész, ezért mielőtt újraindítanánk, hajlékony- 
lemezre kell mentenünk. Ha átkapcsoltuk az írást tiltó fület, 
akkor újra engedélyezzük. (A végső beállítás után nem árt csak 
olvashatóvá tenni, így egy esetleges betörés esetén se tudnak 
olyan kárt tenni az útválasztóban, amit egy újraindítás ki ne 
küszöbölne.) Indítsuk el a lrcfg programot. Ebben válasszuk 
a b pontot. A mentés hamarosan elkészül. Ezek után újabb 
indításkor már a módosított állományt használja a gép. 


Pár szó a Coyote felépítéséről 

A különböző feladatokhoz szükséges állományokat tgz- (tar.gz) 
fájlokban, tömörítve tárolja a hajlékonylemezen. Ezzel (is) ma- 
gyarázható az, hogy ennyi minden elfér egyetlen lemezen. 
Indításkor önműködően létrehoz egy memórialemezt, és ebbe 
csomagolja ki a szükséges állományokat - így alakul ki a mű- 
ködő fájlrendszer. 

Ebből adódik a másik módosítási lehetőség. Az útválasztó 
lemezét saját linuxos munkaállomásunkon is módosíthatjuk. 
Fűzzük be a hajlékonylemezt a rendszerbe, majd másoljuk 

a megfelelő .tgz-fájlt (a fenti feladatnál ez az etc.tgz volt) egy 
üres könyvtárba, ott csomagoljuk ki a tar xvzpf fgxjilnőv 
paranccsal. Ezután a létrejövő könyvtárakban és fájlokban 
elvégezhetjük a szükséges módosításokat; utána a tar cvzpf 
fXxjlngv paranccsal csomagoljuk vissza az állományokat, 
majd másoljuk vissza őket a lemezre. 

Egy jó tanács: ha működő rendszerünk van, akkor a módosít- 
gatások előtt célszerű lenyomatot készíteni róla, hogy ha vala- 
mi rosszul sülne el, pótlemezt készíthessünk. A szükséges 
lenyomat a 


dd if-/dev/fd0ul1680 of-lenyomatnev.fXjl 


paranccsal készíthető el. Ebből hajlékonylemezt az if és of 
kapcsolók cseréjével készíthetünk. 


Távoli karbantartás 

Előfordulhat, hogy a munkaállomásokon is tudnunk kell az útvá- 
lasztó IP-címét. Az egyik kézenfekvő példa erre az, ha azt szeret- 
nénk, hogy valamelyik (feltehetően Linuxot futtató) szeretnénk, 
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hogy valamelyik (feltehetően Linuxot futtató) munkaállomás 
webkiszolgálóként működjön, és így lehetővé váljon, hogy bár 
változó IP-címmel, de teljes dinamikus valójában megmutat- 
hassuk webes munkánkat másoknak. Ehhez azonban meg kell 
tudnunk mondani, hogy az útválasztó éppen milyen IP-címen 
érhető el, és emellett a kívánt HITP-kaput át kell irányítanunk 
az adott munkaállomásra (erről az utóbbiról később lesz szó). 
Ha telepítettük a webct1 csomagot, akkor viszonylag könnyen 
megtudhatjuk a hálózati adatokat. Írjuk be a böngészőbe 
(Mozilla ajánlott, a régebbi Netscape-pel gondok akadtak a 
megjelenítéssel során): 


192.1685.0.1:888 


Azért nem a szabványos 80-as kapun működik, hogy azt át tud- 
juk irányítani. Ekkor a képen látható egyszerű felület jelenik meg. 
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Innen a Status Information hivatkozásra (link) kattintva 
részletes tájékoztató oldalt kapunk, gyakorlatilag az 
ifconfig, route, és az ipchains -L parancsok webesített 
változatát. A Tools hivatkozást követve a naplófájlok tartalmát 
nézhetjük meg, valamint egy egyszerű névfeloldást használ- 
hatunk (DNS lookup). A Network options-t választva engedé- 
lyezhetjük a telnet-elérést, tilthatunk, illetve megnézhetjük 
a tűzfal szabályait. Elvileg hozzá is lehet adni, de ez a lehetőség 
egyelőre nem működik. 

A másik lehetőség a távoli karbantartásra az SSH alkalmazása. 
Ha a Coyote-lemez elkészítésekor kiválasztottuk ezt a csoma- 
got, akkor fent van az útválasztón. (Az útválasztóra bejelent- 
kezve és a ps parancsot kiadva egy /usr/sbin/sshd folyamatot 
kell látnunk). Ahhoz azonban, hogy egy munkaállomásról be 
tudjunk lépni, egy kulcspárt kell készítenünk, és a nyilvános 
részét fel kell telepítenünk a Coyote-ot futtató gépre. Figyelem, 
ha már van ssh kulcspárunk (mert más célra készítettünk már 
egyet), és használjuk is, akkor az alábbi parancsokat ne 
futtassuk alapértelmezett módon, mert felülírja a régi kulcsot. 
Ha régebbi, 1-es változatú SSH-nk van, akkor elég az alábbi 
parancsot a saját könyvtárunkban kiadni: 


ssh-keygen 


Ha a Linuxunk frissebb, és már van rajta SSH2, akkor meg kell 
adnunk azt is, hogy milyen fajta kulcsokat készítsen. Mivel a 
Coyote SSH1-t használ, így ennek megfelelő kulcsot készítünk 
az alábbi paranccsal: 


ssh-keygen -t rsal 
Megkérdezi, hogy hová mentse a kulcsot - ha nincs másik 
kulcsunk, hagyjuk az alapértelmezett értéken. Ezután (kétszer) 


be kell írnunk egy jelszót, ami a kulcsunkat védi, hogyha valaki 
le tudja is másolni a gépünkről, akkor se tudja enélkül hasz- 
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nálni. Célszerű tehát beírni valamit (üres kulcsot is megenged). 
A rendszerjelszóval ellentétben szóközt is tartalmazhat, és 
hosszabb szöveg is begépelhető. 

Ha elkészült, akkor nincs más dolgunk, mint átmásolni az 
útválasztóra. Mivel az SSH még nem működik, ilyen módon 
vagy a fentebb említett rendszerlemez teljes Linux-rendsze- 
rünkhöz való csatlakoztatásának módszerét alkalmazhatjuk, 
vagy pedig egyszerűen másoljuk ki a kulcs nyilvános felét 
tartalmazó —/.ssh/identity.pub fájlt egy hajlékonylemezre. 
Ezután a lemezt a Coyote rendszeren az alábbi parancsokkal 
csatlakoztassuk, és másoljuk be a kulcsot a megfelelő helyre: 


cd / 

mkdir /floppy 

(tegy k be a lemezt a kulccsal) 

mount /dev/fdO /floppy 

mkdir -/.ssh 

cp /floppy/identity.pub -/.ssh/authorized keys 
umount /floppy 


Ezek után, ha minden jól ment, készen állunk a próbára. 
A munkaállomáson, amelyről a kulcsot vittük, a következő 
paranccsal próbálkozzunk: 


ssh 192.168.0.1 


Megkérdi, hogy felvegye-e a 192.168.0.1 kiszolgálót az ismert 
gépek (known hosts) listájára. A teljes yes szó beírásával kell 
válaszolnunk. Ezután a jelszót (passphrase) kéri, írjuk is be. 

Ha minden jól ment, azon nyomban látjuk az 1rcfg program 
menüjét, és benn is vagyunk az útválasztón. Még az van hátra, 
hogy az új beállítást mentsük. Ehhez előbb módosítanunk kell 
a /etc/coyote/packages fájlt. Írjuk bele, hogy a root csomagot is 
mentse (a root szót tartalmazó sor). Ezt követően az 1rcfg 
programot elindítva és a b menüpontot választva menti a rend- 
szert, és a következő indításkor már ezt használja. Ha elkészült, 
a fenti fájlt visszaírja az eredeti állapotra (a root sort kivéve), 
és újra menti a rendszert — a root csomagot a további men- 
tésekből kizárhatjuk, és így jelentősen felgyorsíthatjuk őket. 

Itt mindent ugyanúgy meg tudunk tenni, mintha közvetlenül 
az útválasztó billentyűzetét és monitorát használva jelentkez- 
tünk volna be. Ha működik, nincs is szükség rájuk, le is vehet- 
jük őket. (Ha esetleg nagyot hibázunk és elbabrálunk valamit, 
akkor lesz rájuk újra szükségünk.) Próbaként lefuttathatjuk 

az ifconfig, a route és a dmesg parancsokat - ezekből 
sokat megtudhatunk a rendszer állapotáról. 


Az útválasztó finomhanyolása 

A rengeteg lehetőség közül kettőt ragadok ki. Az egyik a kapu- 
váltás, hogy a külvilág számára egy belső munkaállomás vala- 
milyen kiszolgálóként működhessen. A másik pedig több belső 
hálózat kezelése. 

A kapuátirányítás elsőre rendkívül könnyűnek tűnik, mivel 
egy erre beépített rész található az IP-álcázás parancsfájljában. 
Ez azonban alaphelyzetben nem működik, sajnos bele kell javí- 
tanunk (valószínűleg változott a különböző változatok között). 
A kívánt kapuváltásokat a /etc/coyote/portforwards fájlban kell 
megadnunk, egy sorban egyet, a következő formában: kezdő- 
kapu végsőkapu protokoll célgép. 

Ha egy sort kettős kereszttel (4) kezdünk, azt megjegyzésként 
kihagyja. A különböző adatok között szóköznek és nem vesz- 
szőnek kell lennie. Ha a HTIP-kaput akarjuk egy belső gépre 
átirányítani, használhatjuk a következő sort: 


80 80 tcp 192.168.0.5 


A protokoll lehet UDP is, ha arra van szükség. Egy kapupro- 
tokollpárt csak egy belső gépre lehet átirányítani. 

Most van soron a parancsfájl javítása. Nyissuk meg a 
/etc/rc.d/rc.masguerade fájlt. A set port forward 
függvényt módosítsuk a következő formára: 


set port forward() ( 

if ! [Sí - 4] ; then 
echo " rvÖnytelen kapuvglt£si szab£ly a 
mb /etc/coyote/portforwards fÍEXjlban!" 
return 1 
fi 
/sbin/ipmasgadm autofw -A -r $3 S1 $2 
m.h Ss4 


] 


Ha ezek után le is futtatjuk a parancsfájlt 

(/etc/rc.d/rc . masguerade), akkor egy külső, Interneten 
lévő gépről ki is próbálhatjuk, hogy meg tudja-e nyitni a belső 
gépen lévő HTIP-kiszolgáló nyitólapját. Ha működik, akkor 

a szokott módon mentsük a rendszert (1rcfg b pont). 

Most pedig bővítsük ki az útválasztót két belső hálózat kiszol- 
gálására. Mindkettő számára biztosítja az ÍP-álcázást az inter- 
neteléréshez, emellett — mint egy hagyományos útválasztó — 
össze is köti a két hálózatot, vagy ha a hálózati hordozó eltérő 
(például koax és sodrott érpár), akkor hídként. lovábbi szerepe 
lehet még a hálózat fizikai határának kitolása: tőle mindkét 
irányban a legnagyobb kábelhosszt lehet alkalmazni, így a két 
legtávolabbi gép az eredetileg lehetséges távolság kétszeresére 
lehet egymástól. 

Ha a fenti példához hasonlóan a második belső hálózathoz 
ugyanolyan típusú hálózati csatolót alkalmazunk, mint az 
elsőhöz vagy mint az internetoldalihoz, és emellett a kártya 
PCI-sínes, akkor semmit sem kell tennünk az eszköz felisme- 
réséhez, mert a modul az összes azonos típusú kártyát önmű- 
ködően kezeli. Ha másfajta kártyát használunk, akkor a meg- 
felelő modulokat a Coyote rendszer /lib/modules könyvtárába 
kell telepíteni, majd a /etc/modules fájlba kell beírni őket, ha 
szükséges, az értékekkel együtt. Ezután pedig az előzőekhez 
hasonlóan menteni kell a rendszert. 

Újraindításkor figyeljük meg, hogy az összes kártya elin- 
dult-e. Ha igen, akkor már csak a program beállítása maradt 
hátra. Mivel ehhez nincs külön parancsfájl, kézzel kell meg- 
tennünk. Először is módosítsuk a /etc/coyote/coyote.conf fájl 
hálózati adatokkal kapcsolatos részét az alábbiak szerint: 


LOCAU IPADDR-192.168.0.1 

LOCAL NETMASK-255.255.255.0 
LOCAUT BROADCAST-192.168.0.255 
LOCAL NETWORK-192.168.0.0 
LOCAL IPADDR2-192.168.1.1 
LOCAU NETMASK2-255.255.255.0 
LOCAUT BROADCAST2-192.168.1.255 
LOCAL NETWORK2-192.168.1.0 


Mint látható, egy második hálózati beállításcsomagot adtunk 
hozzá, és négy újabb meghatározást (ezek egyébként a 
héjváltozók). Ettől még nem működik a második hálózat; azért 
van rá szükség, hogy könnyebben be tudjuk írni a megfelelő 
értékeket a parancsfájlokba. 

Először is állítsuk be a /etc/rc.d/rc. inet parancsfájlt. Ez 
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indítja el a hálózati eszközök kezelőprogramját. Írjuk be 
a kisebb jellel (2 ) jelölt sorokat a jelöletlen sorok közé. 
(A 5 jel nélkül). 


H Set the interfaces to use for Internet / 

s Tnternal Networks 

if [ -z "S1IF LOCAUT ] ; 
IF LOCAL-ethO0 


then 


fi 

5 if [ -z "SL LOCAUTH 1]; then 
s IF LOCAL2-eth2 

5 fi 


H Configure the local network 
ifconfig S$SIF LOCAL S$SLOCAL IPADDR netmask 
5 SLOCAL NETMASK broadcast S$SLOCAL BROADCAST 
if [ S? - 0 ]; then 
LOCAL UP-YES 
else 
LOCAL UP-NO 
fi 


- ifconfig S$IF LOCAL2 SLOCAL IPADDR2 netmask 
5 SLOCAL NETMASK2 broadcast S$SLOCAL BROADCAST2 


H Enable kernel level IP forwarding 
echo 1 3 /proc/sys/net/ipv4/ip forward 


Az ifconfig egy sorban helyezkedik el a 

SLOCAL BROADCAST-tal1. Ezzel a hálózati csatolók egy 
újraindítás után elindulnak, és mivel a magban engedélyezett 
az IP-csomagtovábbítás, a két hálózat között máris hídként 
működik. A második hálózat interneteléréséhez még bele kell 
írnunk az rc.masguerade parancsfájlt. A következő sort a 
hasonló első hálózati csatolóhoz tartozó sor után írjuk be 
(egyetlen sorba gépelve): 


/sbin/ipchains -A forw ard -j MASO -s 
5 SLOCAL NETWORK2/ SLOCAL NETMASK2 -d 0.0.0.0/0 


Ezzel készen is vagyunk. Ha nem hibáztunk, újraindítás után 
(vagy a megfelelő parancsfájlok végrehajtása után) mindkét 
hálózat internetelérése, valamint a két hálózat közötti forgalom 
is működni fog. 


Összegzés 

Mint láthattuk, egy kisméretű Linux-terjesztés segítségével 
könnyedén megoldhatjuk helyi hálózatunk internetelérését. 
Az eszközköltség rendkívül csekély, mivel az útválasztót régi 
és használt gépalkatrészekből is összeállíthatjuk. A rendszer 
létrehozása és beállítása nem bonyolult, kevés karbantartást 
igényel és üzembiztos. 


Havránek Ferenc 

Automatikamérnökként dolgozik. Kedvtelései közé 
tartozik mindenféle kétkerekű járművön (kerékpár és 
motor) való közlekedés. Ezenkívül szívesen tölti idejét 
] programozással, nemcsak PC-s, hanem egyéb 
környezetben Is, például mikrovezérlő programokat Ír. 
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Anyagmintázatok a Blenderben 44. rész) 


Ebben a részben szeretném bemutatni a Blenderben használható felületi mintázatok 


főbb típusait és azok jellemzőit. 


hhoz, hogy egy tárgy mintázatát elkészíthessük, elő- 
ször az anyagát kell meghatároznunk - ennek módját 
sorozatunk előző részében ismerhették meg. A felületi 
minták elkészítéséhez — miután a tárgyat kijelöltük — kapcsol- 
junk az F6 billentyűvel a mintázatszerkesztő nézetre. Alapálla- 
potban a tárgyaknak még nincsen mintázatuk, tehát első lépés- 
ben új mintázatot kell létrehoznunk. Az új anyag létrehozásá- 
hoz hasonlóan ebben a nézetben is találhatunk egy legördülő 
menüt a nézet fejlécének közepén, ha egy vízszintes vonalká- 
hoz hasonló ikonra kattintunk. Itt láthatjuk majd az elkészült 
mintázatokat, azonban kezdetben a menüben csak az ADD 
NEW pont szerepel. Pontosan erre van most szükségünk, tehát 
aktiváljuk ezt a menüpontot. Ennek hatására a fejléc alatt egy 
újabb gombsor jelenik meg, a segítségével beállíthatjuk majd 

a mintázat tulajdonságait. 


A mintázat tulajdonságainak beállítása 

Kezdjük az ismerkedést az egyszerűbb mintákkal, hiszen eze- 
ket megismerve tudásunkat a későbbiekben is jól hasznosít- 
hatjuk. Kattintsunk tehát a Clouds gombra. A nézetben meg- 
jelenő újabb értékeket megváltoztatva alakíthatjuk ki a felhő- 
mintázat végleges formáját, az alapvető tulajdonság a Noise 
Size. A mintázatok nagy többségének létrehozása során a 
Blender egy rekurzív (önmagát újra és újra meghívó) algorit- 
must használ, ekkor a mintázatot alkotó kép négy sarkába 
egy-egy képpontot helyez el, majd ezt az eljárást ismétli oly 
módon, hogy a képet négy negyedre osztja fel, és a következő 
képpont értékét az előző méret sarkainak értékéből számítja 
ki. Az így kapott értéket tetszőleges véletlen számmal növeli 
vagy csökkenti, hogy a mintázat ne legyen teljesen szabályos. 
Ezt a véletlen számot nevezzük a kép létrehozása során Zaj- 
nak, és mértékét a Noise Size kapcsolóval határozhatjuk meg. 
Az ilyen képek alkotásakor látványos változásokat érhetünk 
el, ha nem minden újonnan kiszámított képpontnál adunk 
zajt a kapott értékhez. A Noise Depth arra szolgál, hogy beállít- 
hassuk a képpont értéke változásának gyakoriságát. Az alap- 
vető értékek alatt még két kapcsolót láthatunk: a Soft Noise-t, 
ezzel finomabb mintázat készíthető, míg a Hard Noise-zal 
durvább minták valósíthatók meg. 


A mintázat színárnyalatának megadása 

A mintázatszerkesztő nézet jobb oldalán található a Colorband 
feliratú kapcsoló, amivel azt állíthatjuk be, hogy a mintázatot 
milyen színárnyalatok alkossák. A színárnyalatok beállításakor 
megadhatjuk az átmenetet képező színeket, azok átlátszóságát 
és minden létrehozott összetevő helyzetét a teljes átmenet szé- 
lességén belül. Új színeket adhatunk az átmenethez az Add 
gomb használatával, a már meglévőket pedig a Del gomb alkal- 
mazásával törölhetjük. E két gomb között találhatjuk a pillanat- 
nyi szín sorszámát, meg is tudjuk változtatni, és a továbbiak- 
ban a változtatások (színösszetevők, átlátszóság stb.) a jelenlegi 
összetevőre vonatkoznak majd. A színátmenet beállításai alatt 
találhatjuk még a teljes mintázat világosságát és kontrasztját 
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meghatározó értékeket, amelyeket a szokott módon, a gomb 
közepétől balra vagy jobbra kattintással, vagy — a lenyomva 
tartott SHIFT billentyűvel együtt történő kattintással — közvetle- 
nül adhatunk meg. 

Az egyszerű mintázatok alaptulajdonságaival megismerkedve a 
továbbiakban csak a különbségekkel és az új tulajdonságokkal 
kell bővebben foglalkoznunk; ezekkel azonnal találkozhatunk, 
amikor a Clouds mellett található Wood mintázatot vesszük 
szemügyre. 


Wood 

Ezt a mintát használhatjuk például valamilyen fából készült 
tárgy textúrájaként, de alkalmazási lehetőségeinek csak fantá- 
ziánk szabhat határt. Ha jobban belegondolunk, akár egy 
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A mintázatok beállításai 


zebracsíkos takaró anyagát is létrehozhatjuk faerezet mintájára. 
Ennél a mintázatnál kétféle elrendezésben lehetnek a különféle 
csíkok, attól függően, hogy a kiindulásul szolgáló fatörzset 
keresztben vagy hosszában vágjuk-e ketté. Amikor hosszanti 
metszetet készítünk, használhatjuk a Bands és a BandNoise 
gombokat, a törzs keresztmetszetének létrehozására pedig a 
Rings és a RingNoise típusok alkalmasak. A Noise angol szó 
jelentése zaj, vagyis a Bands és a Rings a zaj nélküli változa- 
tokat jelölik, amelyek szabályos mintát adnak, míg a BandNoise 
és a RingNoise a mesterségesen szabálytalan mintázat megje- 
lenését eredményezi, mivel ezeket a Blender véletlenszerűen 
módosítja. A típus meghatározása után beállíthatjuk még a Zaj 
mértékét és a Iurbulence érték segítségével egyfajta örvényszerű 
változást hozhatunk létre a mintázatban. lermészetesen itt is 
alkalmazhatunk lágyabb vagy erősebb véletlen zajkeltést, a 
szokott helyen található Soft Noise és Hard Noise kapcsolókkal. 


Marble 

A következő beépített mintázat a Marble, ami beállításaiban is 
nagyon hasonlít az előző mintához, de márványszertű felületek 
kialakítására alkalmas. Itt csak a Soft, a Sharp és a Sharper 
kapcsolókra hívnám fel a figyelmet, amikkel az átmenetek 
finomságát szabályozhatjuk. A többi kapcsoló a fentiek alapján 


már ismert, így vegyük sorra a következő mintázatot. 


Magic 

A Magic mintát valójában igen változatos hatások létrehozására 
használhatjuk, még annak ellenére is, hogy szavakkal ezeknek 
a változatos mintáknak a leírása csak nehezen adható vissza. 
Gyakorlatilag arról van szó, hogy egy kétváltozós szinuszos és 
koszinuszos tagokkal leírható függvény értékeit változtatjuk. 


Természetesen itt is használhatunk örvényszetű véletlen 
módosítást a látvány fokozására. Ne feledkezzünk meg a jobb 
alsó részen található vörös, zöld és kék összetevők módosítá- 
sáról sem, hiszen a segítségükkel fedezhetjük fel a varázslatos 
mintában rejlő végtelen lehetőségeket. 


Mintázatok színátmenetének és felületének meghatározása 
A következő beépített mintázat egyszerű színátmenetek 
létrehozására alkalmas, de természetesen itt is meghatároz- 
hatjuk az átmenet kialakításának a típusát. Létrehozhatunk 
lineárisan vagy négyzetesen változó átmenetet, átlós átmene- 
tet, valamint sugárirányú átmenetet. A sugárirányú színátme- 
net létrehozása során is megadhatjuk, hogy egyenletesen vagy 
négyzetesen változzon-e a szín a megadott határokon belül. 
Erre alkalmas a Sphere és a Halo változat. 

Érdes felületek — például falak — mintázatának létrehozására 
megfelelő a Stfucci típus és ennek három változata. A Plastic 
finom átmeneteket képez a mintázatban, míg a Wall in és 

a Wall out durvább felületi mintázat kialakítására alkalmas. 

A Wall out típus szintén durvább mintázatot eredményez, 

de az előbbi negatív képét használva. 

Az utolsó egyszerű mintázat a Blenderben a Noise, az előzőek- 
ben már ismertetett általános kapcsolókkal. 


A mintázatok tárgyhoz rendelése 

Mindezek után már képesek vagyunk egy-egy tárgy anyagá- 
nak elkészítésére és mintázatokat is tudunk alkotni. lekintsük 
át, hogy a létrehozott mintázatokat milyen módon tudjuk a 
tárgyakhoz rendelni, hogyan tudjuk a mintázat által a tárgynak 
nemcsak a színét módosítani, hanem a felület normálvektorait 
és a tárgy fényvisszaverő képességét egyaránt, illetve miként 
tudunk több mintázatot rendelni egy tárgyhoz. 

Kapcsoljunk vissza az anyagtulajdonságok beállítására szolgáló 
nézetbe az F5 billentyű használatával. Ennek a nézetnek a jobb 
oldalán találhatjuk azokat a kapcsolókat és értékeket, amelyek- 
kel az anyag mintázatát határozhatjuk meg. A mintázatot tehát 
nem a tárgyhoz rendeljük hozzá, hanem az anyagokhoz, így 
amelyik tárgyon látni szeretnénk a mintázatot, annak az anya- 
gához kell hozzárendelünk. Alapállapotban, amikor az anyag- 
tulajdonságok nézetéből átváltottunk a felületi mintázatok 
beállításához, már a jelenlegi anyag mintázatát hoztuk létre és 
kezdtük módosítani. Ez azt jelenti, hogy amennyiben csak egy 
mintázatot szeretnénk a tárgyon viszontlátni, akkor a továb- 
biakban nincs semmi különleges tennivalónk. 


Egy anyaghoz több mintázat 

Ha azonban azt szeretnénk, hogy az anyaghoz több mintázat is 
tartozzon, például az egyik meghatározza majd a színek válto- 
zását, a másik pedig a felületi egyenetlenségeket, akkor nézzük 
meg egy kicsit jobban az anyagtulajdonságok nézetét! 
Képünkön pirossal jelölve látható az a terület, amire nagyobb 
figyelmet kell fordítani. 

A bejelölt terület felső gombsorán a pillanatnyi mintázatot vá- 
laszthatjuk ki. Itt látható, hogy alapállapotban az elsőként 
létrehozott mintázat hozzá van rendelve az anyaghoz. A jelölt 
terület jobb oldalán találhatjuk azokat a kapcsolókat, amelyek 
meghatározzák, hogy az anyag mely tulajdonságát módosítsa 
a felületi mintázat. A Col használatával az anyag színe változik, 
a Nor-éval a mintázatban megjelenő világosságértékek a nor- 
málvektorokra lesznek hatással, a Csp alkalmazásával a tárgy 
fényes felületeinek színét módosítja a mintázat, a Cmir hatá- 
sára a tükröződések színe változik, a Ref bekapcsolásával pedig 
az anyag fényvisszaverő képességére hat majd a mintázat. 
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Külön figyelmébe ajánlom mindenkinek a normálvektorok 
módosításában rejlő lehetőségeket, hiszen így olyan módon 
hozhatunk létre érdes felületeket, hogy a tárgyat alkotó három- 
szögek száma nem változik meg. E kapcsolók alatt találhatjuk 
a Hard kapcsolót, amivel az anyag keménysége befolyásolható, 
a Alpha az átlátszóságot befolyásolja, míg a Emit az anyag 
sajátfény kibocsátását módosítja a mintázat 
intenzitásértékeinek megfelelően. 


Rétegműveletek 

Lefelé haladva négy újabb kapcsolót találhatunk, amelyek azt 
határozzák meg, hogy milyen műveletet végezzen a Blender a 
mintázat egyes rétegei, vagy ha csak egy textúrát használunk, 
akkor a mintázat és az anyag színe és egyéb tulajdonságai 
között. Így a Mix egyszerűen csak módosítja az anyagot vagy 
a többi réteget, a Mul szorzásműveletet végez a rétegek között, 
a Add összead, míg a Sub pedig kivonja egymásból a rétegeket. 
Ezeknek a kapcsolóknak a hatása igazából kísérletezéssel ta- 
pasztalható meg, hiszen a Blender jobban tudja, hogy ponto- 
san milyen értékek vannak a mintázatban, és a műveletek 
eredményét is könnyebben megítélhetjük, ha nem nekünk kell 
az értékeket kiszámítgatnunk. Irányadóként elmondható, hogy 
pontos tervezés, számolás helyett inkább vegyük a mintázat 

és az anyag általános világosságát, és ennek alapján gondoljuk 
végig a lehetséges hatást. Ha például egy világos anyagra 
kivonás művelettel helyezek rá egy sötét mintázatot, akkor az 
anyag csak kevéssel lesz sötétebb, mintha ugyanezt a mintá- 
zatot az összeadás műveletét alkalmazva helyezem a tárgyra 

— ekkor világosabb végeredményt kapok. 

Az anyagtulajdonságok meghatározására szolgáló nézet jobb 
alsó sarkában még három fontos vezérlőt találunk. Ez a Col, 
ami azt határozza meg, hogy az adott mintázat milyen 
mértékben változtassa meg az anyag színét, a Nor, amellyel a 
normálvektorokra gyakorolt hatás mértéke adható meg, és a 
Val, amivel az anyag egyéb tulajdonságaira (például átlátszó- 
ság, saját fény) gyakorolt hatás szabályozható. Ezek az értékek 
százalékban értendők, és arra alkalmasak, hogy az anyag 
tulajdonságait finomhangoljuk. 

További mintázatokat úgy rendelhetünk az anyaghoz, hogy 

a képen a pirossal jelölt terület felső részén található gombok 
közül egy másikat választunk ki, és a zölddel jelölt legördülő 
menüből kiválasztjuk a kívánt mintázatot. lermészetesen min- 
den felületi mintázathoz beállíthatók a fent ismertetett értékek. 


Összegzés 

Ezzel áttekintettük az egyszerű mintázatok létrehozásának és 
alkalmazásának alapjait, most már képesek vagyunk a véletlen 
segítségével modellezni, például egy aszfalt vagy a beton felü- 
letét, továbbá faerezetet hozhatunk létre vagy kedvenc szőnye- 
günk anyagát is elkészíthetjük. 

A következő részben folytatjuk a mintázatok tárgyalását, meg- 
ismerjük, hogyan lehet egy tetszőleges képet felületi mintázat- 
ként felhasználni, milyen módon tudunk a tükröződő felületen 
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valódi tükröződést megjeleníteni, és miként lehet bővíteni a 


meglévő mintázatok tárházát. 
Addig is kellemes kísérletezést és alkotást kívánok mindenkinek! 


Fábián Zoltán (dzoolkofreemail.hu, dzoolioyahoo.com) 
27 éves, jelenleg programozóként dolgozik. 
Szabadidejében szívesen kirándul, túrázik. Emellett 
szeret rajzolni, érdekli a 3D grafika és a Linuxszal 
kapcsolatban minden olyan program és program- 
nyelv, amit még nem ismer vagy nem próbált ki. 
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Niemóriakezelés a gyakorlatban 


Sorozatunk előző részében csak elméletben foglalkoztunk a 
virtuálismemória-kezeléssel. Ennek most vége, a következőkben bemutatjuk, 
miként Is zajlik mindez a gyakorlatban. 


éldánk alanyainak valódi éles 
operációs rendszereket válasz- 
tottunk, amelyekben olyan 
apróságokat is figyelembe kell venni, 
mint a hatékonyság és a biztonság. De 
mindenezek előtt beszéljünk egy fontos 
szempontról, amit mindig figyelemben 
kell tartani a memóriakezelő tervezése- 
kor. Ez pedig az úgynevezett hordoz- 
hatóság. Az elmúlt hónapban hosszasan 
ecseteltük, hogy a mai processzorok már 
nagyon okosak, és sok mindenben meg- 
könnyítik az operációs rendszer memó- 
riakezelőjének életét. Példát is mutat- 
tunk, mégpedig az Intel Pentium pro- 
cesszorcsaládot, ami amellett, hogy 
támogatja a szakaszolt lapozást, még a 
védelem kérdését is megoldja — az úgy- 
nevezett védelmi szintek bevezetésével. 
Ezek után azt gondolhatnánk, hogy 
memóriakezelőt írni ,könnyű". Az biz- 
tos, hogy nem gyerekjáték, de sokat 
segíthet a dolgon, ha a munka oroszlán- 
részét Pentium processzorunkkal végez- 
tetjük el. De ha olyan memóriakezelőt 
írunk, ami teljes egészében a processzor 
szolgáltatásaira támaszkodik, jelentősen 
csökken rendszerünk hordozhatósága. 
Csakhogy nem minden processzor ké- 
pes olyan magas szintű memóriakeze- 
lésre, mint a Pentium. Sőt akad olyan is, 
amelyik semmi ilyesmire sem képes. 
Például ilyenek a 80386-osnál régebbi 
Intel processzorok. Ha az egész memó- 
riakezelésünket a Pentium szolgáltatá- 
saira alapozzuk, akkor le kell monda- 
nunk arról, hogy a rendszerünket vala- 
ha is ennél régebbi processzoron futtas- 
suk. Az is igaz viszont, hogy manapság 
ritkán van szükség olyan operációs 
rendszerre, aminek ilyen múzeumba illő 
eszközön is futtathatónak kell lennie. 
(Létezik azonban olyan operációs rend- 
szer is, amit kifejezetten arra terveztek, 
hogy bármilyen IBM PC-megfelelő 
gépen fusson, ez a Minix. Ahhoz, hogy 
ez lehetséges legyen, a Minix nem hasz- 
nál sem szakaszolást (segmentation), 
sem pedig lapozást. Sőt még tárcserét 
(swapping) sem, azaz a folyamatokat 
egyáltalán nem cserélgeti a lemez és a 
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központi tár között. Még a memóriában 
sem mozgatja a betöltött folyamatokat, 
mindegyik ott marad, ahová indításakor 
került. Emiatt a Minix alatt sajnos nem 
futtathatók olyan alkalmazások, amik- 
nek a memóriaigénye meghaladja a 
fizikai tár méretét. Ez egy ,éles" rend- 
szeren valóban komoly hiányosság len- 
ne, de a Minix esetében, amit kifejezet- 
ten (oktatási célokra) kis személyi szá- 
mítógépekre terveztek, nem az. Cserébe, 
hogy a Minix nem használ virtuális 
memóriakezelést, minden IBM PC-n 
futtatható, és könnyen átültethető más 
kisgépekre). 

Nemcsak a régi, de az újabb processzo- 
rok virtuális memóriakezelésében is 
komoly különbségek vannak. Vegyük 
például az UltraSPARC processzorokat, 
amelyek 64-bites címtartománnyal bír- 
nak. Míg a Pentium háromtféle virtuális 
memóriakezelést is támogat (lapozás, 
szakaszolás, lapozott szakaszolás), addig 
az UltraSPARC-on kizárólag a lapozást 
használhatjuk. 

A félreértések elkerülése végett: ez nem 
azt jelenti, hogy az UltraSPARC , elmara- 
dottabb" a Pentiumhoz képest. Inkább 
arról van szó, hogy a Pentium 32-bites 
szakaszokkal (segment) dolgozik, ezért 
a méretük viszonylag kicsi (legfeljebb 
egymillió lap). Egy 64-bites címtarto- 
mány esetén a szakaszok több billió lap 
méretűre is duzzadhatnak, amiket nem 
lehet a hagyományos laptáblás mód- 
szerrel nyilvántartani. Egyébként a 
Pentium processzoroknál is előfordul- 
hatna ehhez hasonló gond, ha a progra- 
moknak egyszerre több ezer szakasszal 
nyílna lehetőségük bűvészkedni. 
Szerencsére azonban sem a Windows, 
sem a Unixok nem engedik meg, hogy 
egy folyamat egy szakasznál többet 
birtokoljon. 

A két processzor között különbség van 
a TLB-használatban is, pontosabban a 
ILB-hibák kezelésében. Míg Pentium 
esetében ilyenkor a TILB újrafeltöltése 
gépszinten megy végbe, addig a SPARC 
egyből az operációs rendszerhez fordul. 
Az észbe vésendő tanulság tehát az, 


hogy minél jobban kihasználjuk az adott 
processzor virtuális memóriakezelő szol- 
gáltatásait, annál nehezebb lesz rend- 
szerünket más kiépítésekre átültetni. 
Megfordítva: minél kevesebb dolgot 
tételezünk fel az adott gépről, annál 
jobban nő rendszerünk hordozhatósága. 


Virtuálismemória-kezelés 

Windows NT/2000/XP-ben 

A Windows nem éppen korunk legnép- 
szerűbb operációs rendszere, sőt bizo- 
nyos körökben egyenesen utálatnak 
örvend. Mi azonban mégis vagyunk 
olyan bátrak, hogy szóljunk néhány szót 
a Windowson belüli virtuális memória- 
kezelésről. 

Lehet, hogy egy kicsit furán veszi ki 
magát, amiért egy, a , Linux-barátokat" 
megcélzó lapban Windowszal terheljük 
olvasóinkat. Ennek azonban részünkről 
megvan az alapos oka, mégpedig az, 
hogy az NI memóriakezelése nem rossz 
(most magáról az elvről beszélünk, a 
megvalósításról inkább nem nyilatko- 
zunk), ezért hasznosnak találjuk — még 
mielőtt rátérnénk kedvenc operációs 
rendszerünk memóriakezelőjének bon- 
colgatására —, hogy bemutassuk, miként 
is működik ez egy másik rendszerben. 
Fel szeretnénk hívni rá a figyelmet, 
hogy mi kizárólag az NT , családba" 
tartozó rendszerekről beszélünk, és nem 
a 3.1/95/98/ME nevű találmányokról. 

A 3.1 igazából külön kategória, mivel 
gyakorlatilag csak egy MS-DOS-ra épí- 
tett grafikus felület volt. A 95-től kezdve 
már olyan szolgáltatások is megjelentek, 
mint a virtuálismemória- vagy a folya- 
matkezelés. Az MS-DOS azonban to- 
vábbra is ott lapult legalul, tehát ha úgy 
vesszük, ez egyfajta kiegészítés volt, ami 
az MS-DOS-ból , valódi" operációs 
rendszert formált. lette ezt azonban 
nagyon szerencsétlenül, ugyanis a 95-ös 
kódja 32-bites volt, ám az együttmű- 
ködés megőrzése végett egy csomó 
16-bitest is meghagytak, továbbá a leg- 
több szolgáltatást magával az MS-DOS- 
sal végeztették el, például a fájlkezelést. 
A Windows 98 megjelenésével annyit 


javult a helyzet, hogy bizonyos szolgál- 
tatások magasabb szintre, a 32-bites 
kódok közé kerültek, így a rendszer 
üzembiztosabbá vált, de az MS-DOS-tól 
továbbra sem lehetett megszabadulni. 

A Windows NT teljesen más, az égvilá- 
gon semmi köze sincs az MS-DOS-hoz. 
Saját fájlrendszerrel, memóriakezeléssel 
stb. rendelkezik, tehát valódi, önálló, 
32-bites operációs rendszer. 

Az NI kezdetben folyamatstrukturált 
felépítésű volt. Emlékezzünk vissza, ez 
azt jelenti, hogy a különböző alrend- 
szerek önálló folyamatként futnak. Ha 
egy felhasználói folyamatnak szüksége 
van az egyik alrendszer szolgálataira, 
akkor üzenetet küld neki, majd a feladat 
elvégeztével visszakapja az eredményt, 
szintén üzenet formájában (ez az úgyne- 
vezett kiszolgálóalapú modell). Ennek 
az elgondolásnak az az előnye, hogy a 
rendszert rendkívül könnyen át lehet 
ültetni más felületekre. 

A folyamatstrukturáltságnak azonban 
megvan az ára, mégpedig a hatékony- 
ságbeli visszaesés. Ezért az NT 4.0-tól 
úgy határoztak, hogy amit lehet, bevisz- 
nek a rendszermagba, ezáltal is sebes- 
ségnövekedést valósítva meg. Arról 
lehet vitatkozni, hogy ez mennyire 
számított jó döntésnek, mindenesetre a 
2000 és az XP megjelenésével a Micro- 
soft a tömbszerű (monolitikus) memória- 
kezelés mellett kötelezte el magát. 

Mint már említettük, az NI 32-bites ope- 
rációs rendszer, tehát 32-bites virtuális 
címtartományokkal dolgozik. Minden 
folyamat saját címtartományt kap, ami 
annyit tesz, hogy egy folyamat legfel- 
jebb 4 GB memóriával gazdálkodhat. 
Valójában a program kódjának és az 
adatoknak csupán 2 GB áll rendelkezé- 
sükre, a felső 2 GB a rendszermag 

(ez csak szigorú megkötések mellett 
lehetséges). 

Az NI a memóriát 4 KB-os laponként 
kezeli. A lapozáson kívül azonban a 
memóriakezelő sokkal több szolgáltatást 
képes kezelni, például az úgynevezett 
íráskori másolás (copy on write) mód- 
szert, vagy a fájlok memóriaként történő 
elérését (lásd később). Ezeket a szolgál- 
tatásokat a felhasználói folyamatok a 
Win32 API-n keresztül érhetik el. 

Az első és legfontosabb feladat, amit 
minden memóriakezelőnek végre kell 
tudnia hajtani, a memóriafoglalás (me- 
mory allocation). Ez a Windows eseté- 
ben két lépésben megy végbe. Az első 
az úgynevezett foglalás (reserve), ami- 
kor magát a virtuális címteret foglaljuk 
le. A második az egyeztetés (commit), 
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amikor pedig maga a virtuális memória 
kerül lefoglalásra. 

Felmerül két kérdés: mi az érdemi kü- 
lönbség a két lépés között, illetve mi az 
értelme ennek az egésznek? Az elsőre 
válaszolva: a foglalás csak azt mondja 
meg az operációs rendszernek, hogy 
várhatóan mennyi memóriára lesz szük- 
ségünk, de tényleges memóriafoglalás 
nem megy végbe. Maga a tárterület csak 
az egyeztetés folyamán lesz lefoglalva. 
Értelemszerűen egyeztetést már csak 
előzőleg lefoglalt területen lehet végre- 
hajtani, de amíg az adott területet nem 
egyeztettük a memóriakezelővel, addig 
minden hivatkozás hibát fog okozni. 


magas cím 


alacsony cím 


Ezáltal megvalósítható, hogy egy folya- 
mat , egyszerre több mindent csinál- 
hasson". A szálak hasznosságára a leg- 
jobb példa a grafikus webböngésző és a 
sok kis képet tartalmazó weboldal esete. 
Ha ez az oldalt meg akarjuk nyitni a 
böngészőnkkel, és a böngésző minden 
képet egymás után töltene le, akkor 
lehet akármilyen széles sávú elérésünk, 
a weben való böngészés nem lesz az 
örömök forrása. Ha azonban minden 
kép letöltését külön szál segítségével 
oldjuk meg, akkor amíg a kiszolgálótól 
visszaérkező válaszra várunk, bőségesen 
jut idő a többi kép letöltésére is. 

A nehézség annyi, hogy minden szálnak 


parancssorban megadott 
kapcsolók és környezeti változók 


létrehozott helyi változók 
és függvényhívások 


dinamikus memóriafoglalás 





1. ábra 
A folyamat rendelkezésére álló memórilarészt három (pontosabban négy) részre osztjuk fel. 
Legalulra kerül a programkód, utána jönnek az adatok és legfelülre a verem. 
Az adat és a verem egymással ellentétes irányban nő, a folyamat indításakor átadott értékek, 
illetve a környezeti változók pedig a verem fölé kerülnek 


Vajon mit nyerünk ezzel? Hatékonyabb 
működést! A folyamatok futtatásának 
fizikai memóriaigénye ugyanis csökken, 
mivel tényleges erőforrás-használatra 
csak az egyeztetés után kerül sor. Nem is 
beszélve arról, hogy a rendszer terhelése 
nélkül foglalhatunk le nagy terjedelmű 
és egybefüggő címtartományokat. 

Ha netán kétséges lenne a kétlépcsős 
memóriafoglalás előnyös mivolta, gon- 
doljunk a szálak veremkezelési kérdé- 
sére. A vezérlési szálakról (vagy más 
néven a pehelysúlyú folyamatokról) már 
szó esett valamikor nagyon régen 
(Linuxvilág 2002. szeptemberi szám). 
Akkor azt mondtuk, hogy a szálak utasí- 
tások sorozatából álló valamik, amiket a 
gép majd szépen sorban végrehajt. Azt 
is mondtuk, hogy minden folyamatban 
legalább egy ilyen szálnak kell lennie, 
de egyes rendszereken több is lehet. 


saját veremmel kell rendelkeznie, ami- 
nek egy folyamatos címtartományon 
kell lennie. Az NT általában 1 MB-nyi 
vermet foglal minden szálnak. Ha a 
foglalás azonban egy lépésben menne 
végbe, akkor minden létrehozott szál 
elvisz 1 MB-ot a fizikai memóriából, 
miközben valószínű, hogy ennek az 
egytizedét sem fogja kihasználni. Példá- 
ul egy olyan weboldal letöltéséhez, ami 
tíz 4 KB-os képet tartalmaz, csak a szá- 
lak verméhez 10 MB-nyi memóriára 
lenne szükségünk. 

Ezzel szemben a kétlépcsős megoldás 
esetén az 1 MB-ot csak lefoglaljuk 

(de nem egyeztetjük), egyeztetni csak 
kétlapnyi memóriát fogunk. A verem 
teteje az első lap lesz, a második azért 
szükséges, hogy tudjuk, mikor éri el a 
verem azt a méretet, amikor további 
lapok egyeztetésére is szükség lesz. 
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Ennek köszönhetően az előző példában 
említett szálak fizikailag csak 8 KB-ot 
fognak felfalni. 

Érdemes szólnunk pár szót az NT lap- 
kezeléséről is. Minden lapnak három 
állapota lehet: szabad, foglalt és egyez- 
tetett. Ha egy lap szabad, akkor semmi- 
lyen adat sincs rá leképezve, és egy ilyen 
lapra való hivatkozáskor mindig hiba 
történik. A foglalt lapokra nem képez- 


beléptetés 


OS/2 alkalmazás 


OS/2 
alrendszer 
biztonsági i 
alrendszer 


Win32 alkalmazás 


Win32 
alrendszer 


le a 140-150 virtuális címtartományra. 
Ezután, ha a folyamat kiolvassa a 140-es 
memóriacímen található adatot, akkor a 
fájl első bájtját kapja vissza (írásnál 
ugyanígy). Magyarán anélkül tudunk 
írni, illetve olvasni a fájlból, hogy bármi- 
lyen B-K műveletet hajtanánk végre. 
Fontos megjegyezni, hogy gyakorlatilag 
semmi különbség nincs az egyeztetett 
lapok és egy állomány virtuális címtarto- 


POSIX alkalmazás 


POSIX 
alrendszer 


: felhasználói mód 


magmód 


Ű 


végrehajtó szolgáltatások 


B-K kezelő objektum- 


kezelő 


biztonsági 
referencia 
monitor 


folyamat- 
kezelő 


memória- 
kezelő 


helyi hívások 
megvaló- 
sítása 


rendszermag 
eszközleképezési szint Kg 





2. ábra 
A Win32 alrendszer felhasználói módban fut és vele tartanak közvetlen kapcsolatot a windowsos 
alkalmazások. A többi (Posix és 052) alrendszer is a Win32-re épül, de az ezeket használó 
alkalmazásoknak nincs lehetőségük közvetlenül a Win32-höz fordulniuk 


hető adat, nem lehet rájuk hivatkozni, és 
ez az állapot egészen addig így marad, 
amíg a lekötöttség meg nem szűnik. 

Az egyeztetett lapokra történő hivatko- 
zások a vas segítségével képeződnek le. 
Ez a művelet csak akkor sikeres, ha az 
éppen a memóriában tartózkodik. Ha 
nincs benne, akkor laphiba történik, és 
az operációs rendszernek a lapot be kell 
töltenie a lemezről. Minden memóriá- 
ban lévő egyeztetett lapnak létezik egy 
mása a lemezen, amelyet az adott lap 
árnyéklapjának nevezünk (ide kerülnek 
majd, ha kivesszük őket a memóriából). 
Az árnyéklapok úgynevezett lapozófáj- 
lok formájában vannak tárolva. Fontos, 
hogy a foglalt, illetve a szabad lapokhoz 
nem tartozik árnyéklap (így amikor 
rájuk hivatkozunk, a rendszer nem tud 
mit betölteni a lemezről, tehát hiba 
keletkezik -— értsd: kék képernyő). 

Az NI azt is támogatja, hogy akár egy 
állományt is leképezhessünk a virtuális 
címtartományra. Ezt a következőképpen 
képzelhetjük el: tegyük fel, van egy 

10 bájtos állományunk, és azt képeztük 
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mányba való leképezése között. Egysze- 
rűen csak arról van szó, hogy az utóbbi 
esetben az árnyéklapok nem valamelyik 
lapozófájlban, hanem magában az 
állományban foglalnak helyet. (Az is 
igaz, hogy ilyenkor könnyen előfordul- 
hat olyan eset, hogy a memóriában más 
van, mint a lemezen. Ez azonban az 
állomány frissítésével könnyen orvosol- 
ható. Ezt az NTI a flush nevű függvény 
segítségével oldja meg). 

Az NI lehetőséget ad az osztott memó- 
ria használatára is. Ez azt jelenti, hogy 
ugyanazt az állományt két vagy több 
folyamat is leképezheti saját címtarto- 
mányába, vagy ugyanazt az állományt 
különböző virtuális címekre. Ez a mód- 
szer gyors megoldást kínál a folyamatok 
közötti kapcsolattartásra, mivel az osz- 
tott lapokon az egyik folyamat által 
előidézett változtatásokat az összes többi 
folyamat azonnal látja. 

Az NI által támogatott megosztás másik 
formája az íráskori másolás (copy on 
write). Ez azt jelenti, hogy az osztott 
lapokat bármelyik folyamat bármikor 


olvashatja. Ha azonban valaki írni sze- 
retne, akkor laphiba lép fel, és a rend- 
szer a folyamat számára egy másolatot 
hoz létre a módosítandó lapról. Az ér- 
demi különbség a két módszer között 
az, hogy ebben az esetben az összes 
folyamat úgy érzékeli, mintha egyedül ő 
képezte volna le az adott fájlt. 


Rendszerhívások a Windows NT-ben 
Érdemes pár szót szólnunk arról is, 
hogy a felhasználói folyamatok (vagyis 
az alkalmazások) miképpen érhetik el az 
operációs rendszer szolgáltatásait. 

Az NT esetében az alkalmazások rend- 
szerhívásokat nagyon ritkán hívnak 
közvetlenül. Ennek talán a legfőbb oka 
az, hogy a Microsoft módszeresen elhall- 
gatja az NI rendszerhívásainak a listáját 
(pontosabban nem teszi közzé őket 
teljes egészükben, és a különböző 
változatok megjelenésével folyamatosan 
módosítgatja őket). Az alkalmazások 
ezért a környezeti alrendszerekhez 
(environmental subsystems) fordulnak 
segítségül, amelyek különböző függ- 
vények hívását teszik lehetővé. 

A legfontosabb alrendszer a Win32, 
amelyet a Windows-alkalmazások 
hívnak, de NI alá létezik egy Posix és 
egy OS/2 alrendszer is a Unix, illetve az 
05/2-ből átültetett programok számára. 
(Az igazat megvallva a Posix alrendszer 
az NI-ben fabatkát sem ér. Egyrészt 
nem önálló alrendszer, a Win32-re tá- 
maszkodik, de az ezt használó alkalma- 
zások számára nem teszi az összes 
Win32 függvényt elérhetővé, magyarán 
szólva a Posix alrendszerre támaszkodó 
programok nem tudnak szabadon 
Win32-es függvényeket hívni). Emiatt 
már-már lehetetlen egy komolyabb 
unixosos alkalmazás NT alá történő átül- 
tetése. Valószínűleg azért születhetett 
meg mégis ez a Posix rendszer, mert az 
Egyesült Államokban az állami intézmé- 
nyekben csak olyan rendszereket lehet 
használni, amelyek tartalmazzák a 
Posix-megfelelőséget. (A Microsoft nyil- 
ván nem akart elesni ettől a piactól). 

A rendszerhívások nyilvánossá tétele 
helyett inkább egy felhasználói kezelő- 
felületet (interface) hoztak létre, amit 
Win32 API-nak (Application Program- 
ming Interface) neveznek. Ez jól van 
dokumentálva, és hihetetlen mennyi- 
ségű függvényt tartalmaz. Ezek a függ- 
vények vagy meghívnak egy rendszer- 
hívást, vagy a Win32 alrendszerhez for- 
dulnak, de a legtöbb a felhasználói mód- 
ban maradva hajtja végre a feladatát. 

A Win32 API eszmeisége kicsit furcsa 
(azok számára, akik nem Windowson 


nevelkedtek). Míg a legtöbb operációs 
rendszer (például a Unix) esetében arra 
törekednek, hogy minél kevesebb rend- 
szerhívás legyen (pontosabban csak 
annyi, amennyi feltétlenül szükséges 
ahhoz, hogy a rendszer minden szolgál- 
tatását kényelmesen elérhessük), addig 
a Windowsra a halmozás a jellemző. Ez 
alatt azt értjük, hogy arra törekednek, 
hogy minél több függvénnyel áraszt- 
hassák el a programozót, amik fedjék le 
úgymond az , élet minden területét", és 
ugyanazt a dolgot több különböző 
módon is el lehessen végezni. Például 
külön API-függvény létezik arra, hogy 
egy fájlt teljes egészében egy másik 
helyre másoljunk át. 

(A Win32 API egyébként a 95/98/ME 
rendszerekben is megtalálható, igaz, egy 
kicsit kevesebb szolgáltatással. Például 
nem érhetők el a különböző biztonsági 
szolgáltatások, mivel ilyesmit ez a rend- 
szer egyáltalán nem tartalmaz, továbbá 
bizonyos függvényeket másképpen kell 
paraméterezni). 


Virtuálismemória-kezelés a Unixban 
Manapság rengeteg Unix van forgalom- 
ban, ezért elég nehéz általánosságban 
beszélni róluk. A következőt fogjuk 
tenni: kiválasztunk egyet közülük 
(legyen mondjuk a Linux), és annak 

a virtuális memóriakezelését fogjuk 
töviről-hegyire bemutatni. Ez lesz 

a következő rész témája. 

Most azonban - bevezetésként — meg- 
nézzük, hogyan is kezeli a virtuális 
memóriát a Berkeley Unix. 

Az első kérdés: mi az a Berkeley Unix? 
A történet az 1970-es évek elejére nyúlik 
vissza, amikor is egy Bell Labs nevű 
intézményben megszületett az első 
Unix, a labor tulajdonosa az AI£1 volt. 
Ez a rendszer egy PDP-I1 nevű gépen 
futott, amelyek az Egyesült Államok 
egyetemein nagy népszerűségnek 
örvendtek. Ezért az ATg1 a Unixot 
forráskódostul olcsón az egyetemek 
rendelkezésére bocsátotta, azok pedig 
egyből kaptak az alkalmon (mivel a 
PDP-11 eredeti operációs rendszere 
hihetetlenül használhatatlan volt). 

A hangsúlyt arra helyeznénk, hogy a 
Unixot a forráskóddal adták oda, tehát 
minden egyetem kedvére 
továbbfejlesztgethette. Így történt ez a 
kaliforniai egyetemen is (ez a Berkeley). 
Itt vezették be a lapozott virtuális 
memóriát, és ez volt az első rendszer, 
ami támogatta a TCP/IP-n keresztüli 
kapcsolattartást, amely később az egész 
Internet alapjául szolgált. 

(Eközben az AIgT is tovább fejlesztette 
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a Unixot, ebből lett a System V. Mindkét 
Unix-változatról elmondható volt, hogy 
egyik sem működött együtt a másikkal. 
A helyzet orvoslására létrehozták a Posix 
-— Portable Operating System-IX — nevű 
szabványt, ami meghatározta a rend- 
szerhívásokat és az alapvető segédprog- 
ramokat. A Posixban meghatározott 
rendszerhívásokon kívül számos Unix- 
változat más rendszerhívásokat is lehe- 
tővé tesz, de ami a Posixban van, az 
mindenhol megtalálható). 

A Berkeley Unix a következő memória- 
modellt használja: minden folyamathoz 
három szakasz tartozik. Az elsőben a 
kód, a másodikban az adat és a harma- 
dikban a verem foglal helyet (ezek közül 
a kódszakasz mérete biztosan nem fog 
változni a folyamat futása során). 

Ha az adott gép nem támogatja a 
szakaszolást (csak egy virtuális címtérrel 
rendelkezik), akkor a kódot berakják a 
memória aljára. A legtetejére a szakasz 
kerül, középre pedig az adat. Mindez 
úgy helyezkedik el, hogy az adat és a 
verem egymással ellentétes irányban 
növekedhessen. 

Ha az a gép, amin a rendszer fut, képes 
a lapozásra, akkor nyugodtan lapozható 
az egész címtartomány, hiszen a folya- 
matok ebből semmit se fognak észre- 
venni. Ha nincs lehetőség a lapozásra, 
akkor a folyamatokat sajnos csak teljes 
egészükben cserélhetjük a lemez és a 
központi tár között. Ez az úgynevezett 
tárcsere (swapping), amiről már szó volt 
két résszel ezelőtt. Az effajta memória- 
kezelésnek az a legnagyobb előnye, 
hogy szinte minden kiépítésen könnye- 
dén megvalósítható. 

A jelenlegi Unixok azonban ennél többre 
is képesek. Például a Solaris (ami a 
System V-re épül) memóriakezelője 
szintén képes olyan dolgokra, mint az 
NT-é. Itt is lehetőség nyílik az állomá- 
nyok virtuális címtérbe való leképezé- 
sére vagy az íráskori másolás módsze- 
rének használatára. 

Sorozatunkat a következő alkalommal 

a Linux memóriakezelésének részletes 
ismertetésével folytatjuk. 


2 http:/www.eg3.com/adv-goo/posix.htm 


Garzó András (garzoandOinterware.hu) 
Körülbelül három éve foglalkozik Linux- 
és más Unix-rendszerekkel. Legjobban az 
operációs rendszerek lelkivilága érdekli, 
de nyitott egyéniség. Kedvenc étele 

a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, megjegy- 
zést, levelet szívesen fogad. 
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Postfix és Cyrus 





Levélkézbesítő ügynök, IMAP- és POP3-kiszolgáló, 
valamint virtuális felhasználók. Ez volt a feladat Debian Woody alatt. 
Most egy sör mellett próbálom meg felidézni a nehezét. 


a gurulós székben, és diadalittasan mosolygok a 

monitorra. A munka első megközelítésben nem volt 
bonyolult, viszont annyi apró részfeladatból állt, hogy úgy 
érzem, megérdemelten koccinthatom oda a sörösdobozt a 
monitor oldalához. Ha te is valami hasonló tett előtt állsz, 
de már szeretnél ott tartani, ahol én, ez a cikk neked szól. 


SMIP és IMAP, POP3 


Előttem már többen kellő mélységben tárgyalták az említett 
protokollokat, ezért nem szeretném őket megismételni. Ha 
időd engedi, feltétlenül olvasd el Deim Ágoston kapcsolódó 
cikkeit a Linuxvilág 2001. június-júliusi számától kezdve 

2001 novemberéig. Részletesen beszél a Postfixről mint 
MTA-ról, és egy összehasonlító írás erejéig kitér a tőbb IMAF-, 
illetve POP3-kiszolgálókra. Ez a cikk viszont a türelmetlen 
rendszergazdáknak íródott, ezért lássuk, mit is takarnak 

a fenti rövidítések. 

Az elektronikus levelezés alapvetően két összetevőből áll. 

Az MIA (Mail Iransfer Agent) feladata a levél kézbesítése a háló- 
zat (legyen az helyi vagy maga az Internet) különböző részháló- 
zatain keresztül. A MUA (Mail User Agent) pedig az a levelező- 
program, amit a felhasználó az elektronikus levél fogadására, 
elkészítésére, illetve postázására használ (pl.: Sylpheed, mutt). 
Az MIA-k közötti üzenetváltás protokollja az SMIP 

Ha minden egyes hálózatba kötött számítógépen lenne egy 
MIA, akkor itt véget is érne a történet. Ez azonban kivitelez- 
hetetlen és felesleges. Kivitelezhetetlen, ha figyelembe vesz- 
szük, hogy az Internet használóinak nagy része még mindig 
nem rendelkezik állandó kapcsolattal és változó IP-címe van. 
Ugyanakkor felesleges azért, mert egy számítógépet többnyire 
nem használnak 2-3 embernél többen. Így egy MTA-nak csak 
2-3 postaládát kellene kezelnie, ami erőforrás-pazarlás. 

A megoldás meglehetősen egyszerű: egy központi gépet kine- 
vezünk levélkiszolgálónak. Állandó kapcsolattal rendelkezik és 
DNS-rekordja is van, ami név alapján megmondja az IP-címét. 
Tárolja a beérkező leveleket és kézbesíti a kimenőket. A belső 
hálózatra kötött felhasználók ugyanúgy SMIFP-t használva 
küldenek levelet, csak beállítják az MUA-ban, hogy melyik az 
SMIP-kiszolgáló. Beérkező leveleiket pedig egy külön e célra 
kifejlesztett protokollon át töltik le a saját gépükre. Ez utóbbi 
lehet IMAP vagy POP3. 

Vajon IMAP-ot használjunk vagy POP3-at? Alapvető kü- 
lönbség a kettő között, hogy az IMAP-ot azzal az elképze- 
léssel fejlesztették ki, hogy a levelek mindig is a központi 
számítógépen maradnak, és a felhasználók távolról kezelik 

a leveleiket. Ezzel szemben a POP3 alapvetően arra szolgál, 
hogy a felhasználó az összes levelét a saját gépére tölti le, 
letöltés után pedig törli őket a kiszolgálóról. A válasz tehát 
ebben a megközelítésben a levelezőkiszolgálón lévő 

tárhely függvénye. 
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Válasszunk egy MTA-t! 

Legyen mondjuk a Postfix. Miért? Mert megbízható, kellően 
moduláris, illetve gyorsan és egyszerűen beállítható. Nekem 
egy 166 MHz-es Pentiumra kellett felkönyörögnöm egy ezer 
felhasználót kiszolgáló rendszert. Határozottan úgy érzem, 
hogy a Postfix jó választásnak bizonyult, mert nem érkezett 
panasz a sebességet illetően. 

Először telepítsd a postfix, postfix-Idap, postfix-pcre 
és apostfix-doc csomagokat. Akármi is volt eddig az 
MIA-d, mostantól a Postfix lesz az. A postfix-1dap-ot 

és postfix-pcre-t a Postfix igényli, ezért kötelező őket tele- 
píteni, habár most nem fogjuk egyik előnyét sem kiaknázni. 
Az egyik segítségével LDAP-ból lehet venni bizonyos adattáb- 
lákat (például az alias táblát), míg a másikkal szabályos kifeje- 
zéseket (regular) lehet használni ugyanezekben a táblákban. 
Megjegyezném, hogy a postfix-doc a leírást nem a 
/usr/share/doc/postfix-doc, hanem a /usr/share/doc/postfix 
könyvtár alá telepíti. 

A telepítés során a General type of configuration? 
kérdésre az Internet Site - első nekifutásra — jó választás, 
a finomhangolás így is, úgy is kézzel fog történni. Ezt megle- 
pően egyszerű kérdések követik. Előbb a kiszolgáló nevét 
kérdezi meg, azután azt, hogyha valaki egy egyetlen tagból 
álló tatománynévre akar levelet küldeni, akkor hozzára- 
gassza-e a saját tartománynevét. Így például a pistiomail 
címet egészítse-e ki pistiGmail . cegnev . hu-ra. Ez akkor 
lehet érdekes, ha a belső hálózaton lévő felhasználóinknak 
nincs erejük beírni a teljes címet, amikor a szomszédnak 
küldenek elektronikus levelet. Ezt követően olyan tartomány- 
neveket kell megadnod, amelyeket a Postfix a sajátjának 
tekint, vagyis ha valaki a (0 után ezt írja be, és a levél eljut 
ehhez a kiszolgálóhoz, akkor már nem küldi tovább, hanem 
megtartja. Az alapértelmezés többnyire megfelelő. Az utolsó 
kérdés azokra az ÍP-címtartományokra vonatkozik, amelyek 
SMIP-kiszolgálónak használhatják a Postfixet. Ez jellemzően 
a 127.0.0.1/8 és a belső hálózat. Az IP-címet egy / (perjel) után 
követő szám határozza meg, hogy a címből hány bit az 
alhálózati maszk. Ez például 10.x.x.x formájú címeknél nyolc, 
de 192.168.x.x esetén tizenhat. 

A debconf sokat segített, de azért maradt még feladat bőven 
neked is. A /etc/postfix/main.cf állományt kell módosítanod, ez 
a Postfix fő beállítófájlja. Mivel a Cyrust később arra is hasz- 
nálni szeretnénk, hogy a helyi felhasználók leveleit a megfelelő 
postafiókban tárolja, a következő változtatások szükségesek: 


tmailbox command - 
mailbox transport - 


procmail -a "SEXTENSION" 
cyrus 


Vagyis megjegyzésbe kell tenni amailbox command-ot, és 
helyette fel kell venni amailbox transport-ot. Ezzel a 
Postfix kész is, de a java még hátravan, hiszen most jön a Cyrus. 


Válasszunk IMAP- és POP3-kiszolyálót! 


Legyen mondjuk Cyrus. Miért? Mert megbízható, többféle 
hitelesítési módszert támogat, és az ACL-ek (Access Control 
List) segítségével finoman szabályozhatók a jogosultságok. 

Az említett Pentium 166-oson is a Cyrusra esett a választásom. 
lelepítened kell a cyrus-common, cyrus-admin, tc18.0 

és atclreadline csomagokat, a cyrus - imapdtt, illetve a 
cyrus -pop3dt-t - attól függően, hogy melyik protokollt szeret- 
néd elérhetővé tenni. A Icl-csomagok a cyrus-admin végett 
szükségesek, ugyanis a cyradm nevű felügyeleti felület TIcl-t 
használ. Ezek mind kérdezés nélkül települnek, úgyhogy kéz- 
Zel kell egy kicsit varázsolni. 

A cyrus -imapa, illetve a cyrus-pop3d a Cyrus IMAP-et és 
POP3-at megvalósító moduljai. Mind a kettő ineta-ből indul. 
A telepítés során a /etc/inetd.conf a következő sorokkal egészül ki: 


pop3 stream tcp nowait cyrus 
9 /üsr/sbin/tepd /usr/sbin/pop3d 
imap2 stream tcp nowait cyrus 
5 /usr/sbin/tcpd /usr/sbin/imapd 


A két modulnak közös beállítóállománya a /etc/imapd.conf. 
Itt a következő módosítások szükségesek: 


admins: bela 
popminpoll: 0 


Az admins mező alapértelmezetten megjegyzésben van, feltét- 
lenül ki kell tölteni, különben nincs olyan felhasználó, aki felü- 
gyelhetné a Cyrust a cyradm-on keresztül. A 0-s azonosítójú 
felhasználót (root) biztonsági szempontból itt nem ajánlott 
megadni. A Cyrus leírásában azt is megemlítik, hogy a rend- 
szerfelügyelőnek ne hozzunk létre postafiókot. A legegysze- 
rűbb egy rendszerben is létező, semmilyen egyéb joggal nem 
rendelkező felhasználót admin-nak felvenni. A popminpol1l 
azt az időt határozza meg percben, amelynek egy felhasználó 
esetén két bejelentkezés között el kell telnie, ha a POP3-proto- 
kollt használja. Az alapértelmezés egy perc, ami éles rendszer 
esetén jó a nyers erő- (brute-force) támadások visszaszorítása 
érdekében, de amíg építed a kiszolgálót, és azt próbálgatod, 
hogy mely részei működnek, melyek nem, addig nem biztos, 
hogy ez lesz álmaid netovábbja. Én erre az időszakra ezt a 
korlátozást kikapcsoltam. 

A terjesztésben is megtalálható, a SASL nevű függvénykönyv- 
tárat nélkülöző Cyrus-változat kétféle hitelesítést támogat: a 
Kerberos-, illetve a Unix-típusút. A Unix-típusú azonosítás a 
pwcheck démonnal működik. Vagyis nem elég az inetd-t 
futtatni ahhoz, hogy a Cyrus üzemeljen. A /etc/init.d/pwcheck 
néven található a vezérlő parancsfájl. A pwcheck démon két 
változatban található meg a Woodyban. A , standard" változat 
egy megadott passwd, illetve shadow állománnyal dolgozik. 

A PAM-os változattal viszont tetszőleges PAM-modult alkalmaz- 
hatunk a hitelesítéshez. Ha belenézel a /etc/init.d/pwcheck-be, azt 
láthatod, hogy a futtatandó program neve /usr/sbin/pwcheck. Ez 
azonban egy közvetett hivatkozás a /etc/alternatives/pwcheck-re, 
ami pedig a /usr/sbin/pwcheck standard-re mutat. Ezért, ha a 
PAM-os változattal szeretnél dolgozni (én ezt ajánlom), akkor 

a következőt tedd: 


$t rm /etc/alternatives/pwcheck 
t ln -s /usr/sbin/pwcheck pam 
mm /etc/alternatives/pwcheck 

t /etc/init.d/pwcheck restart 
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A Cyrus és a PAM 
Már csak egy feladatod maradt: meg kell oldanod a felhasz- 


nálókezelést. Mivel a pwcheck most már PAM-ot használ, 
csupán keresni kell egy olyan PAM-modult, ami az auth 
részben használható és a /etc/passwd-től eltérő adatbázist 
használ. Én először apam userdb modult próbáltam ki, ami 
a libpam-modules csomag része, vagyis alapból feltelepül. 
Ez egy tetszőleges Berkeley hash DB állományt képes feldol- 
gozni, ahol a felhasználónevek a kulcsok és a jelszavak az 
értékek. Ezzel csak az a baj, hogy egyszerű szöveges formá- 
ban tárolja a jelszavakat, vagyis ha valakinek sikerül megsze- 
reznie az állományt, az összes jelszó a birtokába jut. Iovább 
keresgélve ráakadtam a pam pwdfile . so-ra, amellyel egy 
/etc/passwd-hez hasonló felépítésű állományt használhatunk. 
Az utóbbi modul a libpam-pwdfile csomag része. Tulajdon- 
képpen egyetlen fájlt tartalmaz, a /lib/securityilibpam pwdfile.so-t, 
de ez elég is. A DES és az MD titkosítást is támogatja. Haszná- 
latához mindössze a /etc/pam.d/cyrus állományt kell szerkesz- 
tened, a következőképpen: 


Hauth reguired pam unix.so nullok 


auth  reguired pam pwdfile.so pwdfile 
mb /etc/imapd.passwd flock 

Haccount reguired pam unix.so 
account reguired pam permit .so 


4 4Lf 


Sok PAM-hívő most legszívesebben a pokolba küldene a 

pam permit . so használatáért, de az account részben véle- 
ményem szerint nincs szükség semmiféle ellenőrzésre. Vissza- 
térve apam pwdfile-ra: ennek összesen két kapcsolója van. 
A pwdfile-t szóköz után követi a használandó állomány. 

A f1lock nem kötelező kapcsoló. Engedélyezi a f1ock ( ) 
függvény használatát, vagyis bekapcsol egy olyan szerkezetet, 
amivel megbizonyosodhatsz róla, hogy a megadott adatbá- 
zishoz egyidejűleg nem fordul két különböző folyamat (lásd 
man 2 f1lock). A kapcsolóval ellenkező hatást fejt ki a 
noflock. Ahogy a súgóoldalon is olvashatod, ez a biztosíték 
csak addig él, amíg az összes folyamat használja a f1ock-ot. 
Ezért a /etc/imapd.passwd-vel nagyon óvatosan kell bánni. 


H!/usr/bin/pesőw 


ÜSSE SÉRTSE: 
as dFentl " : ETTEK SSRe E a ez 


die "HasznElat: ".$0." (felhaszn£l ) 
síijelsz hin" if $HARGV 1- 1; 


open (PWD, "55/etc/imapd.passwd" ) ; 
f1lock(PWD, LOCK EX); tt csak On hasznElhatom 
saz Ellomkinyt 


seek (PWD,O,2); H ha valaki k zben elvitte 
evolna a mutat tc 

my Srevord — SARGVIO].":": 

my Ssalt —  jóim 

MARA ÉSE LÉ É EE ETSO KEK ONT ez leg da6As 

rand 641; ? s  lIlgtrehozZsa 

Stecord 93 Serypt s SARGY IE Ssa te, set siF ene 


print PWD Srecord; 
tf.lock (PWD, LOCK UN); H lock kikapcsolgsa 
close (PWD) ; 
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et 
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H!/usr/bin/perl -w 


use strict; 
use IMAP::Admin; 


dc" "HasznElat : FOS E S eelhasznadó vat 
if SHARGV; 


my Smb - "user.".SARCVAKONK 

my Simap - IMAP::Admin-:new("Server" -s 

s. UTS50aIKOSt "s E tLegin s "Bela ; 
"Password" -:5 !almasretes! ) ; 


die $Simap-:("Error") if $imap-:create($mb) ; 
die $imap-:(" Error") 
ert simap- sét Gguotal sin, 2000) ; 


Simap-:close; 


Ahogy a /etc/passwd-t csak vipw-vel szabad szerkeszteni, úgy 
ezzel is kellő körültekintéssel kell bánni. Az egyetlen bökkenő, 
hogy az állomány formátuma korántsem megszokott, és a 
passwd-re is csak messziről hasonlít: 

felhasznEl ngv titkos tott jelsz I szam ] 

A szögletes zárójelek közé zárt szám jelzi, hogy milyen algorit- 
must használtak a jelszó titkosításakor. Akkor 13, ha a Unix 
crypt () függvényével történt, és 34, ha MD5-tel. Hogyan 
hozzunk létre bejegyzéseket az állományban, ügyelve a f1ock () 
használatára, és minél kevesebb idő alatt? A válasz a Perl (1. lista). 
Azért van szükség a f1lock() utáni seek ( ) -re, mert a 
f1lock () függvény egészen addig nem tér vissza, amíg meg 
nem szerzi az , exkluzív zárat". Ha azért nem kapja meg azon- 
nal, mert valaki más már rátette a saját zárát az állományra, 
akkor megvárja, amíg leveszi róla. Ha a másik folyamat köz- 
ben a fájlmutatót elvitte az állomány végéről (hozzáírásra 
nyitottuk meg), akkor vissza kell tenni. A crypt () függvényt 
használom titkosításra. Ez két értéket vár: a titkosítatlan 
szöveget és egy kis sót (salt). A só egy két karakterből álló 
véletlen szöveg. 

A felhasználó-adatbázis most már feltölthető felhasználókkal. 
Mindenekelőtt vedd fel a felügyelődet, mert a cyrus most már 
nem a /etc/passwd-t használja, így jelenleg egyetlen felhasz- 
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nálót sem ismer meg. Ha megvan az admin, létrehozhatsz 
mezei felhasználókat is, de ezeknek még nem lesz postafiók- 
juk. Ugyanis nemcsak a felhasználókat kell létrehozni, de a 
postafiókot is. A postafiók létrehozása a cyradm nevű prog- 
rammal tehető meg: 


H cyradm localhost 

localhost userid: bela 
localhost password: almasretes 
localhost: 


lermészetesen az almasretes nem jelenik meg a képernyőn. 
Itt a legegyszerűbb meghívni a súgót, ez megadja az összes 
használható parancsot. A pisti felhasználónévhez tartozó 
postafiókot a cmuser.pisti paranccsal lehet létrehozni 

(a cma create mailbox rövidítése). 

Most már nagyon közel vagy a sörhöz. Csakhogy a főnököd 
most adott a kezedbe egy hajlékonylemezt. A lemezen talál- 
ható állomány a felhasználóneveket és a jelszavakat tartal- 
mazza, úgy ezret. A cyradm ehhez túlságosan is felhasználói 
beavatkozást igénylő (interactive). A válasz a Perl. Most egy 
olyan parancsállományt hozunk létre, ami csak egy felhasz- 
nálónevet vesz át értékként, és létrehozza a megfelelő posta- 
fiókot, sőt még egy két megabájtos tárkorlátot is beállít. Jól 
hangzik, már csak a megfelelő Perl modul hiányzik. lelepítsd 
a libimap-admin-per1 csomagot (2 lista). 

A program magáért beszél, a Simap objektum ( " Error" )" 
tulajdonsága a legutolsó meghívott elemfüggvény sikeressé- 
gétől függően tartalmaz egy szöveges hibaüzenetet. 


Jöhet a sör! 

Az utóbbi két Perl-parancsfájlt használva lehetőségeid már 
korlátlanok. Bátran írj, ha valami nem úgy működik, ahogy 
leírtam, vagy valamit nem sikerült jól elmagyaráznom. 

Jó sörözést! 


A Cyrus és a Postfix programok forráskódjai a 47. CD 
Magazin/Cyrus könyvtárában találhatóak. 


Fülöp Balázs (xutofreemail.hu) 

18 éves, Imádja a Túró Rudlit, a Debian Linuxot és 
a teheneket. Az ELITE Radnóti Miklós Gyakorlóiskola 
tanulója Immár ötödik éve. Kedvenc Írója Slawomir 
Mrollek. Leginkább a számítógépes hálózatok 
biztonsága érdekli. 








Héjprogramozás Linux alatt 


A dolgok értelme, avagy miért érdemes megtanulnunk a héjprogramozást? 
gy operációs rendszer két legalapvetőbb feladata a 
a számítógép erőforrásainak elosztása és a felhasználóval 
való kapcsolatteremtés. Bármilyen operációs rendszerrel 
legyen is dolgunk, biztosan lesz egy olyan része, amelyik a 
géppel, és egy olyan, amelyik a felhasználóval képes szót 
érteni. Ezek természetesen egymással is beszélő viszonyban 
vannak, másként a rendszer nem működhetne, de ez a belső 
viszony a gép előtt ülő számára mindvégig rejtve marad. 
A Linux esetében az eszközökkel a rendszermag (kernel), a fel- 
használóval a héj (parancsértelmező) tartja a kapcsolatot. A héj 
egyfajta tolmácsként működik: értelmezi a felhasználó által 
begépelt parancsokat, ellenőrzi az írásmódjukat, majd ha min- 
dent rendben talált, elindítja a szükséges programokat. 


Parancsoljunk! 

Mindebben semmi érdekes nincs egészen addig, amíg csak 
egy-egy parancsot akarunk végrehajtani. Begépeljük például 
hogy 1s, és a Linux , rögtön tudja", hogy a pillanatnyi könyv- 
tár tartalmát szeretnénk a képernyőn viszontlátni. Az egész 
valahogy úgy működik, mint egy italautomata: bedobod a 
pénzt, megnyomod a gombot, és - egy kis szerencsével — meg- 
kapod, amire vágytál. Némi túlzással azt mondhatjuk, hogy 

a Unixtól különböző operációs rendszerek alapvetően valóban 
így működnek. Tényleges gondokra kézzelfogható megoldá- 
sokkal szolgálnak előre megírt programok formájában. Ezek 
természetesen kiválóan használhatók egészen addig, amíg a 
felhasználónak , ötletei nem támadnak". Ha ugyanis olyasva- 
lamit akar megvalósítani, ami egy-egy ilyen készen kapott esz- 
közzel már nem megy, akkor vagy megkísérli ügyesen össze- 
kombinálni azokat, vagy ha ez nem sikerül, egyszerűen megírja 
magának a megfelelő programot, például C-ben. 

A Unix rendszerek, így a Linux fő erőssége a dolgok kombiná- 
lása. Az operációs rendszerrel kapunk egy nagy halom, jobbára 
teljesen ,szakbarbár" segédprogramot. Némelyik betűket cse- 
rélget a bemenő szövegben mindenféle körmönfont szabályok 
alapján, de számolni gyakorlatilag nem tud (sed, tr). Mások 

a számokat is ismerik (expr), megint mások tulajdonképpen 
önálló programozási nyelvnek is tekinthetők (awk). 
Különlegességük folytán ezekkel az eszközökkel önmagukban 
semmire sem mennénk. Szerencsére van azonban egy olyan 
rendszerszolgáltatás, a cső (jele a ] karakter), ami lehetővé teszi 
az egyes elemek sorba kapcsolását. Ennek segítségével az egyik 
program kimenetét rögtön egy másik bemeneteként hasz- 
náljuk, anélkül, hogy az fizikai formában (például átmeneti 
fájlként) bárhol megjelenne. Ha például a pillanatnyi 
könyvtárban található bejegyzések közül ki akarjuk válogatni 
az alkönyvtárak neveit, így járhatunk el: 


ls -1 ] grep "(d 
Már ez a végtelenül egyszerű példa is jól szemlélteti, hogy 
a ,csövezés" segítségével az önmagukban buta elemekből 


nagyon is okos rendszereket építhetünk anélkül, hogy olyan 
alacsony szintű műveletekkel kellene foglalkoznunk, mint a 
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fájlok megnyitása, vagy a belőlük való olvasás. 

És ezzel el is érkeztünk most induló cikksorozatunk témájához, 
a héjprogramozáshoz, ami tulajdonképpen nem egyéb, mint az 
előbb említett , csövezés" egy kissé hivatalosabb megnevezése. 


irjunk egy egyszerű héjprogramot! 

A héjprogramok első közelítésben egyszerű szövegfájlok, 
amelyek a héj számára értelmes utasítássorokat tartalmaznak. 
Ezeket akár a parancssorba is begépelhetnénk, de ha hosszúak 
vagy sokszor kell az adott műveletsort használnunk, célsze- 
rűbb belőlük héjprogramot írni. A fenti egyszerű példánál 
maradva a könyvtárválogató trükköt a következőképpen ala- 
kíthatjuk állandó segédeszközzé (a sorokat csak a jobb meg- 
értés miatt számoztuk): 


1:. $1/bin/en 
2: H Az alk nyvtgrak neveinek listAzgsa 
3: 1ls -1 I grep "(d 


Az első sor annak a parancsértelmezőnek a nevét és teljes 
elérési útvonalát adja meg, amelyik képes értelmezni a leírta- 
kat. Linux esetében ez csaknem mindig a Bash, a /bin/sh itt 
ugyanis valójában egy erre a héjra mutató hivatkozás. A má- 
sodik sor megjegyzés, amit a kettős kereszt (7 karakter) után 
írhatunk. Ennek nem muszáj a sor elején kezdődnie, de a 
szöveg csak úgy lehet több soros, ha mindegyik elejére kiírjuk 
a kettős keresztet. A lényeget a harmadik sor tartalmazza. 
Hozzunk tehát létre egy tetszőleges szövegszerkesztővel 

egy ilyen tartalmú szövegfájlt. Legyen a neve, mondjuk 
konyotar.sh. Ahhoz, hogy futtatni is tudjuk, végrehajtási jogot 
kell neki adnunk: 


chmod 700 konyvtar.sh 


Ezzel el is készült első héjprogramunk. Próbáljuk ki! Ahhoz, 
hogy bárhonnan elérhető legyen, természetesen egy olyan 
könyvtárban kell elhelyeznünk, amelyik szerepel a PATH kör- 
nyezeti változóban. 

Mindez természetesen még csak a kezdet. A héjprogramok 
fejlesztése során számos, más programozási nyelvben is meg- 
található vezérlési szerkezetet lehet és kell használnunk. Létre- 
hozhatunk ciklusokat, döntési szerkezeteket, átmeneti fájlokat, 
kezelhetjük a parancssort és társaloghatunk a felhasználóval. 
Cikksorozatunkban az alapok tisztázása után az olyan elvon- 
tabb, de általánosan használható módszerek kerülnek sorra, 
mint a zárolás, a parancssori kapcsolók kezelése, vagy az 
önhívó programok írása. 


Büki András (buki(Ovuk.chem.elte.hu) 
Körülbelül kilenc éve dolgozik Linux 
operációs rendszerrel. Állandó szerzőtársa 
Prof. Dr. H. V. Kuksinak, akivel a Duna vagy a 
Tisza partján szoktak az élet és a tudomány 
viselt dolgairól töprengeni. 
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A Sambáról röptében 


Ha az irodánkban valami oknál fogva a linuxos (és más unixos) gépek 
mellett be kell fogadnunk néhány Windowst is, és meg kell osztanunk velük 
az erőforrásainkat, akkor a Samba jó szolgálatokat tehet nekünk. 


Samba segítségével könnyedén megoszthatjuk fájl- 
AA rendszerünket és nyomtatóinkat. A Samba egy úgy- 

nevezett SMB (Server Message Block) nevű proto- 
kollra épül, ami a NetBIOS csatolófelületen keresztül teszi 
lehetővé, hogy egyenrangú (peer-to-peer) hálózatokban meg- 
oszthassuk a fájlrendszerünket, illetve a nyomtatóinkat. (Az 
egyenrangú hálózat azt jelenti, hogy nincs egy fizikailag kitün- 
tetett kiszolgáló, minden gép szabadon elérhetővé teheti az 
erőforrásait a többiek számára). 


Pár szó a NetBl0S-ról 

Mi is az a NetBIOS, amelyre az SMB is épül? A Network Basic 
Input/Output System (hálózati alapvető ki- és beviteli rend- 
szer) az IBM találmánya, ami hajdanán a PC-khez gyártott 
hálózati csatolókon lévő ROM-ban volt jelen. Ez tulajdonkép- 
pen egy olyan felület, ami lehetővé teszi a programozók szá- 
mára, hogy gyorsan és kényelmesen valósítsák meg a hálózati 
kapcsolattartást. (A NetBIOS annyira magas szintű, hogy az 
OSI modell mind a hét rétegét lefedi). 

Ma már nagyon ritka a , színtiszta" NetBIOS-t használó háló- 
zat, ám emulálás segítségével a NetBIOS-on keresztüli kapcso- 
lattartás szinte bármilyen hálózaton megvalósítható. Legyen 
az akár TCP/IP-s, IPX-es, akár DECNet-es. A NetBIOS emulálá- 
sának azonban hátrányai is vannak, mivel egyrészt meglehető- 
sen lassú, másrészt nem tudjuk megoldani a több hálózati sza- 
kaszon keresztüli kapcsolattartást (emiatt az Internet és az 
helyi hálózatok térhódítása után a NetbIOS jelentősen vissza- 
szorult). Mindezek ellenére a NetBIOS-t a legtöbb operációs 
rendszer támogatja, beleértve a Windowst és a Linuxot is, így 
jó alap az SMB protokoll számára. 

A NetBIOS a gépeket egy 15 karakter hosszúságú egyedi 
névvel azonosítja. A gépeket munkacsoportokba (workgroups) 
szervezhetjük. Ezeket a munkacsoportokat is névvel azonosít- 
juk. A munkacsoportoknak az a lényegük, hogyha nem egy 
meghatározott gépnek, hanem egy munkacsoportnak küldünk 
egy üzenetet, ezt az adott munkacsoportba tartozó összes gép 
meg fogja kapni. 


Az SMB 


Az SMB egy olyan protokoll, amelyet eredetileg a Windows és 
az OS/2 használt fájlok és nyomtatók megosztására. A legtöbb 
operációs rendszer ezt is támogatja valamilyen formában (vagy 
alapból, vagy valamilyen kiegészítő program segítségével). 

Az SMB protokoll lehetővé tesz némi védelmet is megosztott 
erőforrásaink számára. Kétféle biztonsági szint létezik: az első 
a megosztási szint (share level), itt az adott könyvtárhoz vagy 
nyomtatóhoz egyszerűen csak hozzárendelünk egy jelszót. 

E jelszó ismerete nélkül a hálózaton keresztül senki sem férhet 
hozzá az adott erőforráshoz. 

A másik szint egy kicsit nagyobb biztonságot jelent, mivel csak 
az férhet hozzá az eszközökhöz, akinek érvényes azonosítója 
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Példa a /etc/smb.conf állományra 


[global] 

netbios name - linux 
workgroup - munkacsoport 
security - user 
printcab namer-  /etc/printcaáap 
[homes] 

comment - Sajat konyvtarak 

read only - No 

browseable - No 


[orinters] 
comment - Nyomtatok 
brint OK — Yes 
browseable - No 


[edrom] 


path emit cdtom 


[dolgok] 
comment - Titkos dolgok 
path — /mt/dolgok 
valid users - bela, 
püb ÉTesZc no 
writable - 
printable - 


jani 


yes 
no 


van a linuxos gépen. Ez a felhasználói szint (user level), ahol 
először is mindenkinek azonosítania kell magát egy név és a 
hozzá tartozó jelszó segítségével. 

A protokoll azt is lehetővé teszi, hogy az ügyfelek megtudhas- 
sák, illetve a kiszolgálók hirdethessék magukról, hogy milyen 
erőforrásokat osztanak meg (tallózás). Ezt úgynevezett üze- 
netszórással (broadcasting) valósítják meg. (A TCP/IP alapú 
hálózatokon ez néha gondot jelenthet, mivel az útvonalvá- 
lasztók nem mindig engedik át ezeket az üzeneteket). 


Mi is az a Samba? 

A Samba az egy olyan programcsomag Linuxra (és más Unix- 
rendszerekre), ami lehetővé teszi az SMB protokoll használatát. 
Segítségével könnyedén használhatjuk a windowsos gépek 
által megosztott erőforrásokat, és mi is elérhetővé tehetjük szá- 
mukra a fájlrendszerünket és a nyomtatónkat. A Sambát azon- 
ban tiszta unixos környezetben is használhatjuk, ha például 
valami okból ki szeretnénk vele váltani az NFS protokollt. 

A Samba rendkívül széles körű szolgáltatásokat nyújt. Nem- 
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workgroup 


netbios name 


IWORKGROUP 7 SetDefault 
[8 seta 
server string fODS-Kommunikationsserver 36h mit Samba 9v Set Default ) 
interfaces (o 192.168.0.1/255.255.255.0 192.168.1.1/255.251 Set Default ! 
bind interfaces only (ves ej Set Default ] 


security fUSER s] Set Default l 

encrypt passwords (ves v] — Set Default l 

update encrypted (ves vj Set Default ] 

passwd program [/usr/birrpasswd 9 7 SetDefault ] 
password level B. SetDefault 


A képen a SWAT, a Samba webes beállítófelülete látható. Segítségével 
könnyedén, barátságos környezetben végezhetjük el a beállításokat, akár 
egy távoli gépről Is. Komoly hátrány azonban, hogy a SWAT nem használ 
semmiféle titkosítást, így jelszavunkat bárki lehallgathatja. lehát csak olyan 
hálózaton használjuk, ahol biztosan nincsenek , hallgatózó fülek" 





A Server Messge Block (SMB) protokoll a NetBIOS-ra épül. Láthatjuk, 
hogy az SMB számára érdektelen, hogy maga az átvitel milyen protokoll 
segítségével zajlik, legyen szó ICP/IP-ről vagy IPX-ről 


csak SMB-kiszolgálót és -ügyfelet tartalmaz, hanem NetBIOS- 
kiszolgálóként működik és némi parancssori NT alapú felü- 
gyeleti lehetőséget is kínál. 

A fájl- és nyomtatómegosztás az smbd nevű démon feladata. 
Az nmbd a NetBIOS névfeloldásáért felelős démon. Az 
smbclient egy FIP-ügyfélhez hasonló alkalmazás, ennek se- 


gítségével érhetjük el a más gépek által megosztott állományokat. 


A Samba beállítása 

A Samba beállításait a /etc/smb.conf, egyes terjesztéseknél a 

letcisamba/smb.conf állomány raktározza. Itt sorolhatjuk fel 
megosztani kívánt erőforrásainkat is. Az állomány felépítése 
nem túl bonyolult: az erőforrás nevét szögletes zárójelbe írjuk, 
majd utána felsoroljuk a kapcsolóit. 

Létezik azonban három különleges csoport. Az első a 
[global] , ahol a kiszolgáló általános, illetve alapértelmezett 

beállításait adhatjuk meg. A [homeslI , ami ha jelen van, akkor 
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a bejelentkezett felhasználók önműködően hozzáférhetnek 

a saját home könyvtárukhoz. A Iprinters] hasonló az előb- 
bihez, az eltérés csak annyi, hogy ez a géphez csatlakoztatott 
nyomtatókra vonatkozik (pontosabban a felhasználó használ- 
hatja azokat a nyomtatókat, amelyeket a /etc/printcap 
állományban már előzőleg megadtunk). 

Az smb.conf-ban az erőforrásokhoz megadható összes kapcsoló 
ismertetésére ehelyütt nem tudunk kitérni, mivel ezekkel egy 
egész könyvet meg lehetne tölteni. Ezért most csak azokra 
térünk ki, amelyek feltétlenül szükségesek ahhoz, hogy erőfor- 
rásainkat megoszthassuk. Akik mélyebben meg szeretnének 
ismerkedni a Samba beállításának rejtelmeivel, azoknak azt 
javasoljuk, hogy a 3 http:/hu.samba.org/samba/docs/man/ 
smb.conf.5.html címen olvassák el a leírást. 

Az ábrán egy lehetséges beállítást láthatunk a Sambához. A saját 
könyvtárakon és a nyomtatón kívül megosztjuk a CD-ROM-ot és 
a /mnt/dolgok nevű könyvtárat. Most megnézünk néhányat a pél- 
dában látható kapcsolók közül, a Iglobal] csoporttal kezdve. 
A netbios name a Samba kiszolgáló nevét jelenti, amellyel majd 
az ügyfelek hivatkoznak rá. Ha ide nem adunk meg semmit, 
akkor ez az érték meg fog egyezni a gép DNS nevével. A work- 
grouphoz értelemszerűen a munkacsoport nevét kell írnunk. 

A security kapcsolónál a használni kívánt biztonsági szintet 
adhatjuk meg. A korábban felsorolt két szint mellett (user és 
share) használhatjuk még a server és domain értékeket, ezek 
kis különbségekkel megegyeznek a userrel. (Az eltérés abban 
nyilvánul meg, hogy ilyenkor nem maga a linuxos gép azono- 
sítja a felhasználót, hanem egy másik SMB-kiszolgálóhoz vagy 
a Windows NI-tartományhoz fordul. Hogy ez pontosan mikép- 
pen történik, arról kimerítő útmutatást kaphatunk a leírásból). 
A browsable azt mondja meg, hogy az ügyfelek láthatják-e 

a hálózaton jelenlévő osztott erőforrásokat mutató listában. 

A read only-val értelemszerűen azt állíthatjuk be, hogy az adott 
erőforrás csak olvasható-e vagy írható is (de használhatjuk 
ennek a fordítottját, a writeable kapcsolót is). A read only 
a nyomtatók esetében azt jelenti, hogy a felhasználó nem írhat 
közvetlenül a nyomtatandó anyagokat tartalmazó nyomtatási 
gyűjtőkönyvtárba (spool). 

A public megegyezik a guest ok kapcsolóval, és ha az 
értéke igaz, akkor nem kell jelszót megadni (vagy érvényes 
felhasználó név-jelszó párost) az eszköz eléréséhez. A valid 
users segítségével lehetőségünk nyílik megmondani, hogy 
egy adott erőforrást milyen felhasználók érhetik csak el 

(illetve az invalid users-szel azokat, akik nem érhetik el). 

A printable vagy print ok azt jelenti, hogy a nyomtatóra 
küldött állományok nyomtatásra is kerüljenek. Ezt mindenkép- 
pen érdemes bekapcsolni. 

Láthatjuk, hogy az SMB-kiszolgáló beállítása annyira nem 
ördöngös művelet. Mindenesetre van egy könnyebb módja is 
a beállításnak: a swat nevű kisalkalmazás használata, ennek 
segítségével weben keresztül is elvégezhetjük a beállításokat. 
A swat-et is az inetd indítja, és a 901-es kapunk üzemel. 

A swat-et azonban óvatosan használjuk, mert semmiféle 
titkosítást nem használ, így a jelszavunkat könnyedén lehall- 
gathatják. Ezért akik a webes beállítás hívei, azok inkább a 
Webmint használják, a Samba összetevővel. 
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Garzó András (garzoandOointerware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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Laptopnet 


Hordozható számítógépek hálózati beállításainak könnyed módosítása. 


dva van egy hordozható számítógép, amit több 
AA helyszínen, különféle hálózati beállításokkal szeret- 
nénk használni, és ehhez szükségünk van valami 
olyasféle segédprogramra, amivel könnyedén beállíthatjuk 
(netán önműködővé tehetjük) megváltozott hálózati beállí- 
tásaink betöltését. 
Nagyon sok segédeszköz áll a vállalkozó szellemű felhasználók 
rendelkezésére. A számos lehetőség közül természetesen igye- 
keztem a legjobbat megtalálni — nézzük, mik a lehetőségek 
Debian/ GNU Woody alatt: 
divine — önműködően felismeri a hálózatot. 
guessnet - kitalálja, melyik hálózathoz is kapcsolódunk. 
intuitively —- önműködő IP-beállító program. 
laptop-netconf - hálózatfelismerő és beállítóprogram 
laptopokhoz. 
switchconf - laptophálózati beállításváltás. 
whereami -— önműködően felismeri és beállítja a hálózatot. 


$Ht/bin/sh 
azis tetttll NNNES S KET sk tet ige E ENNI 
then 
echo "Megint dolgozunk :- ( ( (! ; 
samoa " "s 


HIrodai hXEl zat beXll tX£sa 
/etc/init.d/networking stop; 
ln -sf /etc/network/interfaces.office 
mm /etc/network/ interfaces; 
ln -sf /etc/resolv.office 
mp /etc/resolv.conf ; 
/etc/init.d/networking starts 
ES ALTG TERET TRE SS TERE 
then 
echo "Otthon vagyunk vügre 
sdmo 77 e 


home ]; 


szt 


HOtthoni hXl zat beXll tXEsa 
/eté/in1t d/networking etop; 

ln -sf /etc/network/interfaces.home 
mm /etc/network/ interfaces; 

ln -sf /etc/resolv.home 

mm /etc/resolv.conf ; 
/etc/init.d/networking start; 


else 


echo "A program hasznglata: net 
akapcsol  (ofrice, home...) ; 
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A fenti lista nem teljes, csak azokat a programokat tartalmazza, 
amiket kipróbáltam. A kipróbálás, ugye, mindig úgy kezdődik, 
hogy a kiválasztott programot telepítjük, beállítjuk és kipró- 
báljuk, először, másodszor, harmadszor... Miután az ezzel eltöl- 
tött időmennyiségen feldühödtem, megírtam a saját parancs- 
fájlomat. Ez a munka körülbelül öt percet vett igénybe, nem 
kellett különféle beállítóftájlokban turkálnom, kitalálni, hogy ki 
mit hová és miért tett abban a bizonyos fájlban, ami az egye- 
düli üdvözítő megoldást tartalmazná. 


A megoldás 

A hálózati beállításokat néhány fájlban tárolt adat határozza meg, 
a két legfontosabb fájl a /etc/network/interfaces és a /etc/resolv.conf. 
Ezekben kell megváltoztatnunk az adatokat, újraindítani a 
hálózati csatolónkat, és máris használhatjuk a hálózatot. 
Mindkét fájlból másolatot készítettem, egyet az otthoni háló- 
zathoz, egyet pedig a munkahelyi hálózathoz. A kapott fájlok 
az interfaces.home, resolv.home, illetve az interfaces.office és 
resolv.office nevet kapták (mindegyik fájl az eredeti fájlnak 
megfelelő könyvtárban került elhelyezésre). Ezután leállítottam 
a hálózatot a gépen, és letöröltem az eredeti fájlokat. Elkészí- 
tettem egy parancsfájlt (listánkon), ami annak megfelelően, 
hogy mit kap kapcsolóként, átállítja a fájlok hivatkozását. 
Tudom, lehetne még csinosítgatni, de így is működik, ezért 
győzött a lustaság (legalábbis nálam). A parancsfájl neve net 
lett, így ha kiadom a net office parancsot, akkor a munka- 
helyi beállítások élednek fel, ha pedig a net home utasítást 
gépelem be, akkor az otthoniak. Ha rosszul adjuk meg a kap- 
csolót, hibaüzenetet kapunk. Iudom, hogy nagyon , egysze- 
rűen" oldottam meg ezt a feladatot, de az a lényeg, hogy 
működik, kitehetek egy ikont az asztalomra, és erre kattintva 
máris élvezhetem munkám gyümölcsét. 


A jövő 

Ha sikerül rávennem magamat, akkor elkészítem ennek a 
programnak az önálló, működésre képes változatát is, ami 
rendszerünk elindulásakor önműködően felismeri a hálózatot. 
Tudom, most sokan azt mondhatják, hogy ,minek, van már 
ilyen program"; de én nem azért készíteném, hogy legyen még 
egy, hanem azért, mert az enyém! A fent említett programokat 
nem sikerült megszeretnem, vagy túl sok időbe került a beál- 
lításuk, vagy hol működtek, hol nem, teljesen akadozó volt a 
teljesítményük, ezért is írtam ezt a kis programocskát. 

Jó szórakozást, és ha esetleg valaki kedvet érez a program 
csinosítgatásához, mondjuk megcsinálná helyettem az auto- 
matikus hálózat felismerés részét, az bátran tegye meg. 

A kérésem csak annyi, hogy küldjön nekem is egy példányt! 


Csontos Gyula (Csontos.Gyulaolinuxvilag.hu) 

A Linuxvilág szakmai és 

CD-szerkesztője. Szabadidejében szívesen mászik 
hegyet és kerékpározik. 


Amit néha saját kezúleg kell megtennünk úg 


A KDE Desktop Sharing és az rdesktop beállítása és használata. 


rancois, ellenőrizd, légy szíves, hogy a hálózati elosztó 
B csatlakoztatva van-e. Merci, mon ami. Most pedig 

figyeld, hogy csatlakozom a borospince keleti szárnyá- 
ban lévő terminálhoz. Mint látod, innen fentről is teljes körű 
hozzáférésem van a rendszerhez. Ellenőrizhetem a munkaasz- 
talt, programokat indíthatok vagy telepíthetek és így tovább. 
Ha most lent lennél, Francois, mindketten használhatnánk a 
munkafelületet. Hogyhogy mi a jó abban? Előfordul, Francois, 
hogy egy távoli irányítási lehetőség mindent megér. Ha meg 
tudod osztani munkafelületedet egy másik felhasználóval, 
vagy szükség esetén át tudod venni valaki más rendszerének 
az irányítását, rengeteg időt takaríthatsz meg a folyamat irányí- 
tásával vagy akár csak azzal, hogy megfigyelheted, mi történik. 
Tegyük fel, hogy egy bizonyos pincér nemrég telepítette a 
Linux-rendszerét, és néha szüksége van egy kis útmutatásra. 
Mais non, Francois, ez csak egy feltételezés. Mindenki tudja, 
hogy te mennyire értesz hozzá. Na, ne háborogj már! 
Á, mes amis! Isten hozott titeket Chez Marcelnél, a páratlan 
Linux-konyha, a figyelmes kiszolgálás és a kitűnő borok ott- 
honában. Üljetek le, helyezzétek magatokat kényelembe. 
Francois, miért nem sietsz már a pincébe? Azt hiszem, valami- 
lyen olasz bor illene a mai alkalomhoz. Hozd fel a 97-es Bru- 
nello di Montalcinót a vendégeinknek! 
Éppen azt magyaráztam Francois-nak, hogy adódhatnak olyan 
helyzetek, amikor tennivalónk elvégzéséhez a legmegfelelőbb 
eszközt egy távoli hozzáférés nyújtja. lalán a kényelmes irodai 
környezet adja ehhez a legjobb ösztönzést: a munkafelület 
megosztásával a rendszergazda anélkül képes kezelni az önálló 
munkaasztalokat, hogy felkelne a kedvenc karosszékéből. Meg 
kellene mutatnod egy felhasználónak, hogyan tud kitenni egy 
ikont az asztalára? Csatlakozz a gépére, és hagyd, hogy végig- 
nézze. Segélyhívás érkezett, hogy segíts értelmezni egy hiba- 
üzenetet? Csatlakozz a felhasználó rendszerére, és ismételtesd 
el vele a hibát kiváltó műveletsort, eközben figyelemmel kísér- 
heted, mi történik. A lehetőségek korlátlanok. 
Az angliai Cambridge-ben működő ATkg1 Laboratories kitűnő, 
több felületen működő távftelügyelő programcsomagja a VNC. 
A témáról a Linux Journal honlapján olvasható egy írásom, a 
2 http:/www.linuxjournal.com/article/5333 címen. A VNC-vel 
az a gond, hogy semmilyen eszközt nem nyújt az X-felület 
(SDISPLAY : 0) vezérlésére, így nincs mód arra, hogy egy 
felhasználó grafikus asztalának irányításával helyrehozzunk 
egy hibát, vagy valamit ezzel a módszerrel szemléltessünk. 
Ekkor siet a segítségünkre a Tim Jansen alkotta KDE Desktop 
Sharing (KDE munkafelület-megosztó). A programcsomag 
szerepel a KDE 3.1 hálózati eszközeinek listáján. A KDE 3.0 
felhasználói szintén élvezhetik a program nyújtotta előnyöket, 
ehhez csupán lim weboldalát kell felkeresniük 
(2 http:/wwwi.tjansen.de/krfb) és letölteni a legfrissebb 
forráskódot. (47. CD Magazin/Fogado) 
A csomag fordítása a szokásos ötlépéses kicsomagoló és for- 
dító eljárás egy kicsit módosítva, ami csak annyit tesz, hogy 
a csomag az egyszerű gzip módszer helyett a bzip2 tömö- 
rítést használja. 
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tar -xjvf desktopsharing-0.7.tar.bz2 
cd desktopsharing-0.7 

./configure --prefix-path to KDE 
make 

su -c "make install" 


A fent látható előtagmegadást azért ajánlom, mert a KDE 
Desktop Sharing a KDE vezérlőtóközpontjának (Control Center) 
egységeként fog működni, így KDE-példányunkkal nem árt 
tudatni a program tartózkodási helyét. A programot kipróbál- 
tam Red Hat, Mandrake és SuSE rendszeren is. A Red Hat és 
a Mandrake KDE-könyvtárai a /usr könyvtárban foglalnak 
helyet, míg SuSE esetén a /opt/kde3 a tartózkodási helyük. 
Mielőtt a program használatára térnénk át, szeretnék még egy 
lehetséges zavarforrást megszüntetni. A különböző Linux- 
rendszercsomagok néha nem a megszokott KDE-menüelren- 
dezést választják, vagyis a telepítőprogram nem találja a dol- 
gokat a feltételezett helyükön. Példa erre a Mandrake 9.0 
asztala, aminél a telepítő ugyan zökkenőmentesen lefutott, de 
a Desktop Sharing menüpont mégsem jelent meg a Control 
Center-ben. Ha az okot tudjuk, a javítás már egyszerű. Csupán 
annyit kell tennünk, hogy a desktopsharing könyvtárából 
átlépünk a krfb/kcm krfb könyvtárba, és a KDE Control Center 
bejegyzését az alábbi (egyetlen) paranccsal külön telepítjük: 


/usr/bin/install -c -p -m 644 
5 kemkrfb.desktop/usr/share/applnk-mdk/ 
ms Configuration/ KDE/Network/ 


Ismét hangsúlyozom, hogy mihelyt a programcsomag bele- 
kerül az aktuális KDE-változatba (a 3.1-től kezdődően), ezek 
a telepítési gondok megszűnnek. A fordítás, a telepítés és a 
szükséges módosítások elvégzése után lépjünk ki a KDE-felü- 
letből, mielőtt 
továbblépnénk. Míg a 
munkaasztalunk újrain- 
dul, használjuk ki az időt 
arra, hogy ennek az igen 
kitűnő bornak a zamatát 
megízleljük. 

Az ügyfélgép távoli 
elérésre való felkészítését 
kezdjük azzal, hogy a 
programindító menüből 
(a bal alsó sarokban lévő 
nagy K) elindítjuk a KDE 
Control Center-t. Ezt 
megtehetjük úgy is, hogy a héj parancssorába beírjuk a 
kcontrol §6 parancsot. A kcontrol elindulása után kattint- 
sunk a bal oldali, menüsávon lévő Hálózat (Network) ikonra, 
és válasszuk a Desktop Sharing menüpontot, mint az 1. kép 
mutatja. Látható, hogy a jobb oldalon két ablakfül jelenik meg, 
az egyik az Hozzáférés (Access), a másik pedig a Hálózat 
(Network) feliratot viseli. 


1. kép A KDE Desktop Sharing 
beállítása a Control Centerből 
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A Hálózat fül kevesebb 
magyarázatot kíván, 
ezzel kezdem. Kattint- 
sunk a fülre, ezzel lehe- 
tőségünk nyílik arra, 
hogy felülbíráljuk a Port 
hozzárendelése (Assign 
port) alapértékét. Ha 
nem adunk meg más 
értéket, a KDE Desktop 
Sharing az 5900-as kaput 
használja, de a jelölő- 
négyzetet átállítva tet- 
szőleges kapu megadá- 
sára nyílik lehetőségünk. 
Lépjünk tovább a Hozzá- 
férés fülre. A Meghívás 
módja (Invitations) a 
távoli asztalhoz való 
hozzáférési jogosultság 
megadásának a módját 
jelenti, de lehetőségünk 
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2. kép 
Személyre szóló meghívás létrehozása 
a KDE Control Session számára 
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van az ezt mellőző kap- 
csolat engedélyezésére is. 
Úgy gondolom, mes amis, 
hogy nem kell külön ecsetelnem ez utóbbi megoldásnak a 
biztonsággal kapcsolatos vonatkozásait, ezért hadd térjek rá 
mindjárt a meghívás létrehozásának és kezelésének témájára. 
Elsőként kattintsunk a Meghívások létrehozása és kezelése 
(Create ge Manage Invitations) gombra. A megjelenő ablak két 
lehetőséget ajánl: létrehozhatunk egy Új személyre szóló 
meghívás-t (New Personal Invitation) vagy Levélmeghívás-t 
(New E-mail Invitation). 

Biztonsági megfontolásból a meghívási folyamat csak egy 
órára engedélyezi a hozzáférést, vagyis a Desktop Sharing 
önműködően tárolja a jelszót és lejárati időt a munkafolyamat 
számára. A kapcsolat létrehozásához szükséges IP-cím szin- 
tén itt látható. Sem a jelszó, sem a lejárati idő hatálytalaní- 
tására nincs lehetőség. Arról magunknak kell gondoskod- 
nunk, hogy a kapcsolódáshoz szükséges adatokat az itt lát- 
ható formában továbbítsuk a kapcsolódni szándékozó sze- 
mélynek. Ha ez megtörtént (vagy feljegyeztük őket), kattint- 
sunk a Bezárás (Close) gombra. 

A másik lehetőség az elektronikus levélen keresztül történő 
meghívás. Ennek az az egyetlen buktatója, hogy az egyórás 
időtartam alatti hozzáférés módját levélen keresztül küldjük 
el. A rendszer fel is hívja a figyelmünket a szöveges levelek 
Világhálón való küldésénél, szorgalmazva az ilyen levelek 
titkosítását. Kattintsunk a Tovább (Continue) feliratra, ezzel 
túllépünk a figyelmeztetésen, és a KMail üzenete jelzi, hogy 
készen állunk a küldésre. Ha a meghívásunkra nem érkezik 
válasz, az egy óra múlva érvényét veszti. Egyébként a 
meghívásokat az alábbi paranccsal is kezelhetjük: 


3. kép Csatlakozási kérés érkezik 


krfb § 


Mielőtt továbblépnénk, kattintsunk a Bezárás gombra, hogy 
magunk mögött hagyjuk a meghívásos kapcsolatengedélye- 
zést, és vessünk egy pillantást a hozzáférés engedélyezésének 
meghívás nélküli módjára. Ha egy levélben elküldött meghívás 
is fontos biztonsági kérdéseket vet fel, akkor egy szélesre tárt 
folyamatos meghívásjoggal szólaltatja meg a vészcsengőt. Egy 
irodai környezetben azonban ez lehet a hozzáférés biztosításá- 
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Encyclopedia 
pé: ee enn, 


tékanbekng TENYT HT én 


4. kép Windows Terminál Server-féle csatlakozás az rdesktop segítségével 


nak a legésszerűbb módja. Ha engedélyezzük a meghívás 
nélküli kapcsolatot, akkor is jelszót kell rendelnünk a kapcso- 
lódáshoz. Lehetőségünk van arra is, hogy a kapcsolat létesítése 
előtt azt a fogadó gépen jóvá kelljen hagyni (Confirm). Azt 
ugyancsak eldönthetjük, hogy az ilyen kapcsolatoknak enge- 
délyezzük-e az irányításátvételét. 

A kapcsolódáshoz bármelyik VNC-ügyfélprogramot használ- 
hatjuk, de az egyszerűbb megoldás az, ha az irányítógépre is 
a KDE Desktop Sharing kerül. Felülete könnyen kezelhető és 
vonzó megjelenésű. Az ügyfél elindítását a K alatt megnyíló 
Internet menüpontból vagy közvetlenül a parancssorból kez- 
deményezhetjük: 


krdc § 


Miután létrehoztunk egy olyan élő meghívást, amelyben 
beállítottuk a jóváhagyás kérését, egy csatlakozni kívánó távoli 
ügyfél hatására egy figyelmeztető üzenetet jelenik meg, ami 
felkínálja a kapcsolat engedélyezésének, illetve elutasításának 
lehetőségét (3. kép). 

A kérés elfogadása után a távoli felhasználónak be kell írnia a 
jelszót, a rendszer tálcáján pedig megjelenik egy minket figyelő 
szép kék szem. 

A program egyik legjobb tulajdonsága, hogy a csatlakoztatott 
munkafelületet szinte bármilyen méretűre beállíthatjuk. 
Állítsuk be az ablakunk méretét, majd kattintsunk a nagyító 
ikonjára. Különösen bizarr látványban lehet részünk akkor, 
ha a saját gépünkön hozunk létre egy meghívást, és ehhez 
kapcsolódunk. Hatására ugyanis egy, az asztalunk egymásba 
ágyazott végtelen sorozatát kapjuk, ami ahhoz hasonló 
látványt nyújt, amikor két egymás felé néző párhuzamos 
tükör közé állunk. 

Nagyon izgalmas, amikor azt látjuk, hogy a Linux mennyivel 
közelebb hozhat egymáshoz bennünket, non? Ez akkor is igaz, 
amikor más operációs rendszert futtató gépekkel is dolgozunk. 
Hadd mutassam meg ezt is! 

Egy másik figyelemreméltó távfelügyelő program a Matt Chap- 
man megalkotta rdesktop. Az ötletet a következő szolgáltatta: 
előfordulhat, hogy rendszeres tennivalónk akad egy Windows 
2000-et futtató gépen. Ha az adott gép a Win2K lerminal 
Serverrel való csatlakozást igényli, akkor ehhez többé nem kell 
leállítanunk a Linux-rendszerünket. 


Röviden, az rdesktop egy a GPL felhasználói szerződés alá Mon Dieu, az idő viszont gyorsan elszállt. Mivel a távoli csat- 
tartozó Windows (N1T/2000) alatt futtatható Terminal Server lakozás alkalmatlan arra, hogy egy pohár bort töltsek nektek, 
ügyfélprogram, ami annyit jelent, hogy az RDP-t (Remote ezt még azelőtt kell megtennünk, hogy Francois-val bezár- 
Desktop Protocol) használja. Amennyiben a programot hasz- nánk éjszakára az éttermet. Francois, lennél olyan szíves, és 
nálni szeretnénk, töltsük le a forrást a még utoljára teletöltenéd a vendégeink poharát? Igyunk 

2 http:/www.rdesktop.org címről (47. CD Magazin/Fogado), egymás egészségére a következő viszontlátásig. 

majd fordítsuk le a szokásos ötlépéses kicsomagoló-fordító A votre santé! Bon appétit! 

eljárással: 


Linux Journal 2003. április, 108. szám 
tar -xzvÍí rdesktop-1.1.0.tar.gz 
cd rdesktop-1.1.0 
./configure 
make 
su -c "make install" 


Marcel Gagné (mggagneCosalmar.com) 
Mississaguában, Ontario államban él. Ő a szerzője 
a Kiskapu kiadásában szeptemberben megjelent 
Linux-rendszerfelügyelet (ISBN 96-9301-40) című 
könyvnek (jelenleg Is egy könyvön dolgozik). 





Az egész nem tarthat tovább néhány másodpercnél. A telepítés 
után a program a következő paranccsal indítható: 


rdesktop -u Administrator -p PaSsWokRd 
192.168.22.212 


A -u kapcsoló a Windows-kiszolgáló felhasználóját adja meg, 
a -p pedig a jelszót. Vessetek egy pillantást az 4. képre, amelyen 
KDE 3.1 munkaasztalom látható, amint épp az rdesktopot 
futtatom egy távoli Windows 2000 kiszolgálóra csatlakozva. 
Mint láthatjátok, mes amis, egy hálózati kapcsolat és a Linux- 
rendszeretek segítségével máris legyőztük a távolságokat. 
Mintha csak ott lennénk a helyszínen. 
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Sablonkezelés Smarty módra 4£2. rész) 


Múlt hónapban, ha nem is alaposan, de megismerkedtünk a Smarty 
sablonrendszerrel. Ezt folytatva most egy kicsit mélyebbre ásunk... 


ár egy hónapja, hogy tudjuk, miért is jó nekünk 
sablonokkal dolgozni. Iudással bírunk arról, hogy 
milyen módon kell különféle változóértékeket 
csempészni a sablonba, vagy akár mindjárt tömböket listázni. 
Azzal is tisztában vagyunk, hogyan is adjunk át adatokat a 
sablonjainknak PHP-ből. Ez az alaptudás az, amit egy sablon- 
kezelőnek tudnia kell, ennyivel akár el is boldogulhatnánk. 
Valójában a Smarty még csak itt kezdődik. Lássuk, miféle 
hókuszpókuszokat tudunk még vele művelni! 





Feltételkezelés 

A feltételkezelés sablonmotorunknak az egyik olyan képessége, 
amit nem feltétlenül helyesel mindenki, hiszen a feltételkeze- 
lésnek igazából a logika részének kellene lennie, legalábbis 

ha összetett feltételek alapján való döntésről van szó. A már 
régóta jól ismert if-elseif-else a sablonokban történő 
hármas bevetése néhol valóban hasznos lehet. A legegyszerűbb 
esetben egy sima feltételről van szó: 


(i£ $be van lepve true) 
za href-"kilep.php":Kilgpgsc/az 


t/aE] 


Ennél jóval bonyolultabb feltételek is megadhatók és zárójelek 
használata is lehetséges. Bár itt jegyezném meg, hogy a leg- 
több esetben nem túl szerencsés a zárójelek alkalmazása. A bo- 
nyolultabb feltételek elemzése nem a sablon feladata, azt már 
logikai (PHP-kód) szinten el kell dönteni, és egy megfelelő 
változóban csak az eredményt közölni. Az egyes if, elseif 
és else ágak a következő ág megnyitásáig, avagy a 1/i£) 
címkéig tartanak. 


Ertékmódosítók 

Sorozatunk előző részében bemutattam, hogyan lehet egyszerű 
értékbehelyettesítéseket végezni. Emlékeztetőül idézzük vissza, 
hogy ez milyen módon is zajlik: 
Postafi kodban ($uzentek szama] zenet talglhat . 
Előfordulhat, hogy sablonokkal dolgozó munkatársunkban 
felmerül az igény az iránt, hogy a kapott adatokat esetleg 
szeretné kicsit csinosítgatni, feljavítani. Vagy zavarja, hogy a 
szépen megtervezett üzenetdobozba olyan szöveg is kikerül- 
het, ami , szétnyomja" azt. Ilyenkor természetesen a progra- 
mozót lehet nyaggatni, hogy márpedig ezeket a módosításokat 
kéri a kapott értékekben. Ám jobban belegondolva ezek a dol- 
gok inkább a megjelenítési réteghez tartozó feladatok, semmint 
a programlogika részei. Már csak azért is, mivel egy oldalon 
ugyanaz az érték akár többször több formában is megjelenhet. 
Ráadásul nem tudni, hogy ami ma éppen csupa nagy betűvel 
tetszik a megrendelőnek, az másnap nem kellene-e mégis 
kisbetűkkel neki. A legjobb megoldás tehát a sablonban ezeket 
a megjelenítési formákat megadni (szenvedjen vele a grafikus, 
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illetve az arculatfelelős). Lássuk, hogyan is oldható meg! 

A helyzet kulcsa a ] (csővezeték) jel, ezzel elválasztva lehet 
egy vagy akár több értékmódosítót is egy értékbehelyettesítés- 
hez hozzárendelni. Lássuk példával is szemléltetve: 


( Smegnevezes [upper] spacify) 


Itt tehát a , megnevezes" néven futó Smarty-érték kerül kiíra- 
tásra, ámde előtte két művelet is végrehajtódik rajta. Egyrészt 
egy upper értékmódosító hatására csupa nagybetűvel fog a 
szöveg kikerülni, a spacify hatására pedig szóközök kerülnek 
a betűk közé. 

Az adatmódosító eszközök közül több értékekkel is ellátható. 
Ezek megadása közvetlenül az adatmódosító nevének mega- 
dása után lehetséges, kettősponttal elválasztva. Helyenként 
több érték is megadható, ilyenkor ezeket is kettősponttal kell 
egymástól elválasztani. Mindjárt ilyen lehetőségeket rejt maga 
a spacify is, ugyanis a szóközkarakterek beszúrása csak az 
alapértelmezett viselkedése. Ehelyett azonban bármilyen más 
karakter vagy karakterfüzér is beilleszthető a szöveg betűi 
közé, például az alábbi sabloncímkék alkalmazásával: 


(S$telepules) 
($telepules [spacify) 
(Stelepuleslí spacify:"..") 


Ennek hatására ilyesféle eredményeket kapunk: 


SzökesfehgőrvEr 
SzökesfehOrveETrT 
S..2..0..k..e..s..f..e..h..8..r..v..R..r 


A Smarty beépített módosítói 

Három külön csoportra osztottam a Smarty beépített módo- 
sítóit. A legegyszerűbbek kerültek az egyik csoportba, ame- 
lyek apróbb formai átalakítást végeznek. Ezeknek paramé- 
terezési lehetőségük sincs. A következő és egyben legnagyobb 
csoportba azok az értékmódosítók kerültek, amelyek külön- 
féle értékeket várnak. Ezek egy része kötelezően elvár bizo- 
nyos adatokat, mások nem - szükségességét mindenhol 
helyben jelzem. A harmadik csoport logikailag igazából nem 
tartozik az értékmódosítók közé, de megvalósításuk tekin- 
tetében ide sorolhatók. Ezek a kapott szöveg átalakítgatása 
helyett különféle, az adott szövegre jellemző számadatokra 
cserélik ki őket. 


Egyszerű, érték nélküli módosítók 

e  capitalize: minden egyes szó kezdőbetűjét nagybetűs- 
sé alakítja. 

e lower: a teljes szöveget kisbetűsíti. 

e upper: a teljes szöveget nagybetűsíti. 

e  nli2br: a PHP n12br() függvényének megfelelően a 
soremelés karaktereket cbr /3 XHTML címkékre cseréli. 


4 y o, 


Paraméterezhető értékmódosítók 

e cat: az egyetlen kötelező értékben megadott szöveget a 
behelyettesített szöveg végéhez fűzi. Elsőre értelmetlennek 
tűnik, hiszen ez a szöveg kerülhetne egyszerűen a sablon 
állandó részébe is. Így viszont további adatmódosítások is 
végezhetők a teljes összefűzött szövegen. 

e: date format: a PHP strftime() függvényének meg- 
felelő tormában megadott formázás szerint jeleníti meg a 
dátumot, illetve az időt. Ez a forma az első értékben adható 
meg. Ha nincs megadva, az alapértéke: $b Se, s5Y. Második 
értékként megadható egy szöveg, ami akkor jelenik meg, 
ha az eredeti érték üres volt. Nem kötelező élni vele. 

e default: amennyiben a kérdéses érték üres, helyette a 
default egyetlen kötelezően megadott értékének szövege 
jelenik meg. Létező érték esetén azt érintetlenül hagyja. 

e escape: egyetlen, egyben kötelezően megadandó értéke 
van, ami azt határozza meg, hogy milyen kódolással legyen 
az adott szöveg , levédve" . 

A választási lehetőségek 

html: a htmilspecialchars () PHP-függvénynek 

megfelelően alakítja át a szöveget. Mindezt bekapcsolt 

ENT OUOTES értékkel, ami annyit tesz, hogy a 

c (61t;) : (Egt;) § (Samp; ) és az idézőjel ($zguot;) 

karakterek mellett az egyszeres idézőjelet (aposztróf) 

is átkódolja (é-r77039;). Jól használható HIML-forráslista 

megjelenítésére. 

htmlal1: az előzőhöz hasonlóan működik, de a fent 

felsoroltakon túl minden olyan karaktert átkódol, amik- 

nek létezik HIML-egyed megfelelőjük. 

url: aPHP urlencode ( ) függvényét alkalmazza az 

adott szövegre. 

guotes: az idézőjeleket visszaperjellel (y védi le. 

" hex: a xx formára kódol minden karaktert, ahol az 

XX" az adott karakter kódja tizenhatos számrendszer- 

ben megadva. 

hexentity: az előzőhöz hasonlóan a tizenhatos szám- 

rendszerben dolgozik, de szabványos HIML-hexaegye- 

deket hoz létre, például: s$x6d ; 

javascript: a következő cseréket hajtja végre: ből W 

-ből V, a soremelés és kocsivissza karakterekből pedig 

egyöntetűen Ar lesz. 

e indent: a szövegek igazítására készült módosító. Minden 
sor elejére adott számú szóközt szúr be. A második érték- 
ben a szóközkarakter is lecserélhető. 

e. regex replace: két kötelező értékkel bír, az első a kere- 
sési mintát, míg a második a csereszövegeket tartalmazza. 
Teljes mértékben megfelelnek a PHP preg replace () 
függvénye első két értékének. 

e replace: egyszerűbb cserékre való. Az str replace () 
PHP-függvénynek felel meg. 

e  spacify: a példában már megismert módosító. 
Alapesetben minden két karakter közé egy szóközt 
helyez el, de megadható helyette más, akár többkarakte- 
res szöveg is. 

e string format: egy értéke van, ez a PHP sprintf () 
függvényének megfelelő alakban megadott formázás. 

e strip: minden többszörözött szóköz, tabulátor és újsor 
karaktersorokat egyetlen szóközre cserél. Értékként más 
karakter vagy karaktersor is megadható. 

e strip tags: az összes HIML-címkétől megszabadítja 
a szöveget. Egyetlen értékben megadható, hogy logikai 
értékként a HIML-címkék helyén hagyjon-e szóközt. 

Ha nem adjuk meg, hagy. 
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e truncate: hosszú szövegek csonkítására való. Az első 
értéke sem kötelező, de itt adható meg az a hossz, ami felett 
vágni szeretnénk. Alapértéke: 80. Második értékként a 
vágás helyén megjelenő ,,..." karaktersorozat cserélhető le 
esetlegesen másra. Harmadikként megadható, hogy a 
szavak közepén is vágjon-e. Ennek alapértéke: false. 

e whordwrap: szövegtördelés. Három nem kötelező értéke 
van. Az elsőben azt módosíthatjuk, hogy hányadik karak- 
teroszlopnál törje a sorokat, ennek alapértéke 80. Második- 
ként megadható, hogy milyen karakter vagy karakterso- 
rozat legyen beszúrva sortörésként. Ha másképp nem 
rendelkezünk, ez a "n" soremelés karakter lesz. Harma- 
dikként egy logikai értéket vár, ami eredetileg hamisra 
(false) van állítva, ilyenkor csak szóhatárokon tör. Ha 
igaz (true) állapotba billentjük, pontosan az adott oszlop- 
ban fogja megtörni a sorokat, nem törődve azzal, hogy szó 
közepén jár-e, vagy sem. Példa: 


( Snosszuszoveg [  hordwrap : 68 : "cora" ) 


Szövegelemző, számszerű adatokat közlő módosítók 

e count characters: a szöveg helyett annak karakterek- 

ben számolt hosszát adja vissza. 

count paragraphs: a szöveg helyett a benne található 

bekezdések számát adja vissza (a soremeléseket alapul véve). 

e count sentences: az előző kettőhöz hasonlatosan 
számot ad vissza, a szövegben található mondatok számát. 

e count words: megszámolja a szavakat, és a kapott szám- 


értéket adja vissza. 


Egy értékbehelyettesítéshez több módosító is hozzárendelhető, 
ezeket további csővezeték (]) jelekkel lehet egymástól elválaszt- 
va kitenni. Kiértékelésük sorban balról jobbra történik. Például: 


(Stalalt weboldal szovegelstrip tags:false 
5 [truncate:60) 


Ilyen módon a keresőoldalon a talált oldalak szövegtartalmá- 
nak első hatvan karakterét tudjuk kiíratni. Először a HIML- 
formázó címkéit távolítjuk el, majd a szöveget legfeljebb hat- 
van karakterre megvágjuk. Ha a két módosítót megcserélnénk, 
nem a hasznos szöveg hosszára vonatkozóan adnánk felső 
határt, hanem a nyers HIML-formázásokkal teli szövegre, 

ami jelen esetben kedvezőtlen. 

Igaz, eddig úgy beszéltem az értékmódosító eszközökről, 
mintha azok csak változóbehelyettesítéskor működnének, 
ámde ezek más helyeken is hasznosíthatók: 


(if Sallatlupper eg "KACSA") 


Saját értékmódosítók készítése 

A dolog sokkal kevésbé ördöngös, mint elsőre gondolnánk. 
Szerencsére a Smarty rendszert a könnyű bővíthetőség is 
jellemzi. Első lépésként nézzünk bele a Smarty plugins könyv- 
tárába. Itt számos .php-re végződő fájlt fogunk találni, de ezek 
közül is most a ,modifier" karaktersorral kezdődők fognak 
minket érdekelni. Nézzünk is bele egybe, legyen ez például 

a modifier.capitalize.php. A lényeg itt csupán ennyi: 


function smarty modifier capitalize(Sstring) 


t 
] 


return ucwords($Sstring) ; 
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A PHP ucwords () függvénye pontosan azt teszi, amit a 
Smarty-féle capitalize értékmódosítónak is el kell az adott 
szövegen végeznie. Ez nem is csoda, hiszen a dolog megvalósí- 
tására is ezt a PHP-függvényt alkalmazza. Saját értékmódosító 
létrehozásához nem is kell más, minthogy létrehozzunk egy 
modíifier.módosítónkneve.php állományt a plugins könyvtárban, 
amibe egy smarty modifier m dos t nkneve néven futó 
függvény teszünk. Az értékben kapott szöveggel ezután azt 
csinálunk, amit akarunk, csak végül ne felejtsük el egy 
return-nel visszaküldeni. Ennyi az egész. 


Feldolgozástól védett sablonterületek, elkapható kimenet 
Könnyen megeshet, hogy a sablonállományokba egy kis 
JavaScript- vagy stíluslapkódot tennénk. A gond ezekkel az, 
hogy sűrűn alkalmazzák a 1 j jelpárost. Smarty barátunk az 
ilyen jeleket látva azon nyomban megkísérli értelmezni az ott 
található karaktersort, de azonnal bele is bukik. Nem kívánatos, 
hogy ilyen helyeken kutakodjon, de ezt külön meg kell mon- 
dani neki. Ilyen kivételes sablonterületek körülhatárolására ké- 
szülta f(1literal) (/1literal1) címkepáros. Ami ezek közé 
kerül, azt kedvenc sablonkezelőnk feldolgozás nélkül átengedi. 
Létrehozhatunk olyan területeket is a sablonon belül, amelyek 
ugyan feldolgozódnak, de ahelyett, hogy helyben megjelen- 
nének, egy sablonváltozóban landolnak. Ezeket a területeket 

a (capture) (/capture) címkékkel kell határolni. Megad- 
ható, bár nem kötelező, hogy mi legyen a Smarty-változó neve, 
ahol a feldolgozás után helyet kap a kimenet. Ez alapesetben 

a Ssmarty . capture . default. Ha a nyitócímkében mega- 
dunk name értéket, akkor a default erre cserélődik le. Egy 
példával élve: a (capture name-elteszemj nyitócímkével 
ellátott terület kimenete a Ssmarty. capture. elteszem 
változóban lesz ezekután elérhető. 


Beállításfájlok kezelése 

Bizony, ilyet is lehet. A Smarty beépített eszközeivel lehetővé 
teszi számunkra, hogy a projektjeinkhez a különféle beállítá- 
sokat külön állományokban tároljunk, és ezekből adatokat ol- 
vassunk. Ezek a beállításállományok formailag igencsak hason- 
latosak egy bizonyos redmondi cég .ini-fájljaira. Minden adat 
külön sorban adható meg, név — érték formában. A sorokat 
csak a soremelés karakter zárja, nincs szükség pontosvesszőre 
vagy hasonló huncutságra. Az értékek idézőjelek (normál vagy 
egyszeres) közé tehetők, de nem feltétlenül szükséges. 

Hogy ezek az adatok bekerüljenek sablonunk vérkeringésébe, 
a (config 10ad) címkét kell szorgosan alkalmaznunk. 

A file értékben kell megadnunk, hogy melyik beállítófájl 
betöltését tűztük ki célul. Amint a beállítófájl betöltésre került, 
értékei máris felhasználhatók a következő formában: 


(tortök neve a beXll tEsfEjlbantt) 


Az ebből a forrásból érkező értékek tehát nem keverednek a 
PHP-ból érkező adat-hozzárendeléseinkkel. A (config load) 
további, nem kötelezően megadandó értékekkel vértezhető fel. 
Az egyik ilyen section néven fut, amivel beállítófájlunk meg- 
határozott területeit tudjuk megcélozni. Miket is? Bizony, a 
beállítófájlok az egyszerű név-érték hozzárendelésen túl egyéb 
szolgáltatásokat is tudnak nyújtani, ha igény mutatkozik rá. 

A beállításainkat tartalmazó állományaink ugyanis területekre 
(section) bonthatók. letszőleges számú terület nyitható egy 
ilyen fájlban, ehhez a terület elejére kell egy sort beszúrnunk, 
ahol kapcsos zárójelek között adandó meg a terület neve. Erre 
a névre hivatkozhatunk tehát a (config load) section 
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7. [ista site config 


H ez lesz az Eltalknos ablakfejlgc 


pageTitle - "Smarty dem oldal" 

[Titok] 

oageTitle - "Smarty dem - titkos oldalak" 
[Forum] 

oageTitle - "Smarty dem - f rum" 


2. lista forum header 


fzontigálőád file-" SRSBÉNEGEMEEG ÉKES nt 
section-"Forum") 

-hemi- 

SMSSGI 

ztitle:íttpageTitlett[-c/titles: 

c/headsz 

c/htmls: 

cbodyz: 


értékében. A terület ott kezdődik tehát, ahol ez a nyitósor áll, 
és a következő terület megnyitásáig ér a takarója, vagy ennek 
híján a fájl végéig. Mi lesz azokkal az érték-hozzárendelések- 
kel, amiket mindjárt a fájl elején, bárminemű területmegjelölés 
mellőzésével adunk meg? Ezek az értékek a section érték 
meglététől függetlenül minden esetben betöltődnek. Lehetőség 
nyílik továbbá arra is, hogy egy ilyen mindenható értéket 

egy területen belül más tartalommal írjunk felül. Lássunk erre 
egy élő példát, ahol is webes rendszerünk fejlécsorát fogjuk 
alakítgatni. Az egyes és kettes lista megtalálható a 47. CD 
Magazin/Smarty könyvtárában. 

A fenti példa weboldalunk fórumterületének HIML-fejlécét 
állítja elő, ennek hatására a böngészőablak fejlécsorában a 

, marty demó - fórum" szöveg bukkan fel. Ha a section 
értéket , [itok"-ra változtatnánk, avagy teljesen elhagynánk, 
rendre a ,Smarty demó - titkos oldalak ", illetve a , Smarty 
demó oldalak" szöveg kerülne ablakunk tetejére. 

lovább bonyolíthatjuk életünket a scope érték megismerésé- 
vel. Ennek három különféle értéke is lehet: local, parent, 
global. A 10cal annyit tesz, hogy az itt betöltött értékek csak 
ebben a sablonfájlban fognak hatni. A parent esetén nemcsak 
helyben, de az ezt meghívó (szülő) sablonállományban is 
hatással lesznek ezek a betöltött értékek. Amennyiben a 
g1loba1-t választjuk, mindegy, hol töltjük be adatainkat, azok 
mindenhol elérhetőek lesznek. De mi is ez a hierarchikus 
viszony és miféle más sablonokról is van szó? Mindjárt kiderül. 


Részsablonok beillesztése 

Nem kell sokat dolgozni a Smartyval, hogy az ember felis- 
merje, jó lenne, ha oldalainak azonos (vagy közel azonos) 
fejléceit és lábléceit nem kellene minden sablonállományban 
módosítani, ha valami változás áll be, például egy minden 
oldalon jelen levő menü esetén. A megoldást (include )-nak 
hívják, ez, gondolom, nem nagy meglepetés. Ami mindenkép- 
pen elhagyhatatlan számára, az a file érték, amelyben a beil- 
leszteni kívánt sablonállomány nevét kell megadni. A beillesz- 
tett sablonok további sablonokat húzhatnak be maguk alá és 


így tovább. Az így kialakuló szülő-gyermek viszonyok azok, 
értekeztem. A beillesztett sablon szülőjétől minden változó- 
értéket átvesz. Bár a beillesztő utasításunk természetesen 
(capture) (/capture) címkékkel körülvéve megjelenítés 
helyett Smarty változóba kényszeríthető, van erre egy rövidebb 
mód is, mégpedig az (include) assign értékének szorgos 
alkalmazása. Ekkor ugyanis az itt megjelölt nevű változóba 
kerül a beillesztett sablon kimenete, a megjelenítés helyett. 


Gyorstárazás 

Már az nagy sebességnövekedést jelent, hogy a Smarty nem 
értelmezi minden egyes alkalommal a sablonokat, csak ha azok 
változtak. Ámde minden egyes lekéréskor lefut az a teljes PHP- 
kód, amit sablonfordításkor a Smarty hoz létre. Érdemes min- 
den esetben a Smarty gyorstárazási lehetőségeinek kihaszná- 
lásában gondolkodni, hiszen ezzel jelentős processzoridőt taka- 
ríthatunk meg. Igaz, a Smartyval dinamikus tartalmak létreho- 
zása a szokványos feladat, de ezeknek az oldalaknak nem fel- 
tétlenül kell percre kész adatot szolgáltatniuk. Esetleg elégséges, 
ha fél- negyedóránként frissül a tartalmuk, vagy akár még rit- 
kábban. Alkalmazzunk tehát gyorstárat! Mi kell hozzá? Kell egy 
könyvtár valahol a gépen, aminek nem feltétlenül kell — sót! — a 
nyilvános webkönyvtárban lennie, de fontos, hogy a webkiszol- 
gáló mint felhasználó könyvtárakat, fájlokat tudjon benne létre- 
hozni. Ennek a könyvtárnak az elérhetősége adható meg a 
Smarty objektum $cache dir változójában. A gyorstárazás 
bekapcsolása ugyanitt a Scaching — true érték hozzárende- 
lésével tehető meg. Ekkor a Smarty a sablon megjelenítésekor 
csak akkor fogja a sablonból fordított PHP-kódot futtatni, ha 
nincs hozzá megfelelő tárolt változat a gyorstárban. Ha futtatnia 
kell, természetesen egyből tárolja is az adott kimenetet. Alapeset- 
ben a gyorstár elévülési ideje egy óra. Ezta Scache lifetime 
Smarty objektumváltozón keresztül igazíthatjuk az igényeink- 
hez. Az időt másodpercekben kell megadni. 


Élő- és utószűrők 

Két helyen is alakíthatunk még programunkon. Egyrészt a 
sablonállományok feldolgozásának megkezdése előtt végezhe- 
tünk rajtuk szűréseket, másrészt az előállított PHP-kódon is 
faraghatunk a saját függvényeinkkel. Ehhez mindkét esetben 
olyan függvényt kell létrehoznunk, ami a szűrendő adatokat 
kapja első értékében, és az átalakítások után a módosult 

, szöveget" adja vissza. A függvény meghatározásában második 
értéknek mindig biggyesszünk oda egy hivatkozott értéket: 

§-S smarty. lermészetesen bármiféle más neve is lehet, de ez 
a ,szabvány" . Ha nincs is szükség a szűrőn belül a Smarty 
objektum elérésére, ezt akkor is oda kell tenni, ugyanis a 
Smarty objektum meghívásakor feltétlenül átadja. 


További tippek és trükkök 

Minden assign () hívás egy-egy másolatot készít azokról a 
változókról, amiben az értéket biztosítjuk számára. Nagyobb 
tömbök, objektumok esetén ez jelentős memóriaigény-többletet 
jelenthet. Márpedig majdnem minden sablonhoz rendelt 
értékre igaz, hogy azt egy helyen egyszer fogjuk felhasználni, 
onnantól fogva pedig nincs rá szükségünk. Jobb lenne tán csak 
a PHP-ból jól ismert változóhivatkozást (nem ténylegesen új 
változó, csak adott változó memóriaterületére mutató álnév) 
alkalmazni. Minden eldobható adatnál érdemes ezt az értékát- 
adási módot megfontolni. Ha mellette döntünk, csupán az 
assign() eljárást kellassign by ref() testvérére lecse- 
rélni, és máris megtakarítottunk egy kis memóriát! 
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A (section) és (foreachb) listákban nem feltétlenül kell 

a táblázatsorok háttérszínét a PHP-től kérni, ha annak sorszíne 
váltakozó. Bár ez megoldható , ha az átküldött tömbben a 
sorok színét is tároltatjuk, de elegánsabb megoldás a sablonban 
jelezni (és igény esetén módosítani), hogy váltakozó sorszínt 
szeretnénk. Ehhez a (cycle) címkét kell alkalmazni: 


(section name-i 1lo0op-Snevek) 

ztr class-"(í(cycle values-"sotet, vilagos")": 
ctd:(S$nevek [il] )-c/td: 

£/trs 

(/section) 


Kimenő elektronikus levelek megformálására is alkalmazható 
ez a sablonrendszer. Ehhez a Smarty objektum fetch() eljá- 
rása ad segítséget. Használata megegyezik a display ( ) -ével, 
de az eredmény megjelenítése helyett azt visszaadja. Ezt a 
visszakapott értéket azután a mai1 () PHP-függvényünk ren- 
delkezésére bocsáthatjuk. 

Alapesetben a template és template c könyvtárakat a Smarty 
ott keresi, ahol a hívó-PHP található. Az alapbeállítások tehát 
feltételezik, hogy ezek a könyvtárak nyilvánosan is elérhető 
területen vannak. Ez nem feltétlenül kívánatos tulajdonság. 
Szerencsére mint minden, ez is átállítható a Smarty objektum 
Stemplate dirés $Scompile dir változóinak felülírásával. 
Egyiküknek sem kell tehát nyilvános területen lennie. 
Amennyiben nem teljes a bizalmunk a sablonokat szerkesztő 
személyekkel szemben, érdemes a Smarty objektum 
Ssecurity változóját true állapotba billenteni. Ha ezt nem 
tesszük meg, a sablonba mindenféle PHP-kód is beilleszthető 
lesz a (php) (/php) címkék között. Nem hiszem, hogy tag- 
lalnom kellene, miért is veszélyes ez. Emellett ilyenkor csak az 
általunk meghatározott könyvtárakból tudnak (include )-dal 
sablonállományokat beilleszteni. Hogy melyek ezek a könyv- 
tárak, a Ssecure dir Smarty objektumváltozóban adható 
meg. Az említett változó egy olyan tömb, amelyben akárhány 
ilyen könyvtárat felsorolhatunk. 


Végszó 

Véleményem szerint a Smarty megismerése a PHP-ben jára- 
tosak számára nem megterhelő feladat. A nyelvezet alapjait 
egy hagyományos weblaptervezéssel foglalkozó munkatársnak 
sem nehéz elsajátítania. A sablonelvű tervezés által több időnk 
marad a program jó megtervezésére, és mivel leíráskészítésre 
is rákényszerülünk (a sablonban mit min keresztül adunk át), 

a rendszerünk is átgondoltabb lesz. 


Heiglig (Cece) Szabolcs (cececophphost.hu) 
Veszprémben él. Hobbija, kedvenc időtöltése 
és munkája Is a programozás. Szabadidejében 
hajlamos kerékpárra pattanni, vagy baráti 
társaságban szerepjátékokkal foglalkozni. 


A Smarty hivatalos oldala 


2 http://smarty.php.net 
Szabó Dénes Smarty témájú előadásának anyaga 
2 http:/Avww.phpconf.hu/slides/smarty/ 
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Tartalomkezelés 


Szereljük fel honlapunkat hírújságszíintű 


tartalomkezeléssel -— nyílt forrású program használatával. 


mlékszünk még a Web régi szép napjaira, amikor a e 
2 webmester volt a mindenes, egymaga csinált mindent 

a grafikus tervezéstől kezdve az adatbázis-programo- 
záson át egészen a DNS-táblamódosításokig? Ahogy a Web 
fejlődött, az egyemberes weblapok egyre ritkultak. Igaz ugyan, 
hogy még ma is viszonylag egyszerű dolog egy szál magunk- 
ban egy dísztelen honlapot létrehoznunk és karbantartanunk, 
de általában már a legkisebb szervezetek is megosztják a fele- e 
lősséget a programozók, a tervezők és a tartalmat adó emberek 
között. Iovábbá számos szervezet kifejezetten azt szeretné, ha 
a különböző tartalomtípusokért különböző emberek felelné- 
nek, miközben valamennyien teljes jogkörrel rendelkeznének 
egy adott rész felett. 
lermészetesen a kiadók világában ez nem számít újdonságnak. 
Még a gimnáziumi hírújságot szerkesztettem, de már akkor 
használtuk az Atex nevű szerkesztő- és szedőrendszert. Az 
Atexet több dologért is kedvelték, de leginkább azért, mert e 
épp úgy működött, mint az újság. Az Atexet használó ripor- 
terek egy súlyos, egyedi billentyűzeten a küld gomb megnyo- 
másával elküldték írásaikat a szerkesztőknek. A szerkesztők 
végignézhették, hogy milyen cikkek várakoznak elolvasásra, 
szerkeszthették is őket, sőt a cikket vissza is küldhették írójá- 
nak, vagy továbbíthatták a szövegszedő részleghez. A felépí- 
tésből fakadóan tilos volt olyan cikkeket megnézni, módosítani 
vagy fogadni, amiket a feldolgozási folyamat következő részt- e. 
vevőjének továbbküldtek. A , lorkig vagyok a sürgetéssel!" 
kiáltással felpattanó riporter képe romantikus és lelkesítő lehet, 
de valószerűtlen a mai világban, ahol a híripar igen szűk 
határidőkkel dolgozik. 
Ahogy a weblapok elérik az újságok szintjét, nem szabad meg- e 
lepődnünk azon, hogy olyan programokat kezdenek használni, 
amelyeket tartalomkezelő rendszereknek (Content Manage- 
ment System, azaz CM5) nevezünk, és ezek igen hasonlóan 
működnek a korábbi Atexhez. A dokumentumok szervezése, 
az emberek és a munkafolyamat irányítása azonban összetett 
feladat, különösen, ha minden ember igényeit egyetlen prog- 
ramcsomagba szeretnénk belepakolni. Így aztán annak elle- e 
nére, hogy a tartalomkezelés egyre több weblap számára lét- 
fontosságú, a CMS-ügynökök híresek arról, hogy feltupírozott, 
drága programokat adnak el, amelyek sokat ígérnek ugyan, 
de vajmi keveset nyújtanak. 


Mit csinál a CMS? 


A tartalomkezelés egyik nehézsége, hogy minden weblap 

igényei mások. Ezért aztán az üzleti CMS-programokat általá- 

ban két részletben árusítják. A vásárló először az alapprog- 

ramért fizet, majd legalább még egyszer ugyanennyit kell 
fordítania a tanácsadó és támogatási szolgáltatásokra. Így a 
CMS-program nemcsak drága, de igen jelentős megvalósítási e 
és kipróbálási időt is igényel. Más szavakkal a CMS általában 
közelebb áll az eszközkészlet fogalmához, mint a kész alkal- 
mazáséhoz. A legtöbb ilyen eszközkészlet a következő eleme- 

ket tartalmazza: 
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Felhasználók: ha a weblapon 
mindenkinek különböző jogokat sze- 
retnénk biztosítani, nyilván minden fel- 
használónak külön bejelentkezőnevet kell adnunk. 

A CMS ennek megfelelően tartalmaz egy felhasználókezelő 
programot, ami elkészíti, törli, szerkeszti és letiltja a rend- 
szer felhasználóit. 

Engedélyek: miként Linux alatt képesek vagyunk írási, 
olvasási és végrehajtási jogosultságokat kiosztani a külön- 
féle fájlokra vonatkozóan, általában a CMS-program is 
lehetővé teszi, hogy az oldal karbantartója különféle jogo- 
kat adjon a rendszer összes felhasználójának. Hírújság- 
hasonlatunkhoz visszatérve: a riporterek bevihetik a tar- 
talmat, a szerkesztők módosíthatják (vagy visszaküldhetik 
a riporternek), végül a kiadók nyilvánosan elérhetővé 
tehetik (vagy visszaküldhetik a szerkesztőnek). 

Csoportok: bár elméletileg az egyes felhasználókhoz is 
rendelhetünk jogokat, ez a módszer hamar fárasztóvá 
válhat. Ezért a legtöbb CMS-program lehetővé teszi, hogy 
a felhasználókat az engedélyek kiosztása érdekében csopor- 
tosítsuk. Például megadhatjuk, hogy lom, Dick és Harry 
írhatnak, szerkeszthetnek, de nem publikálhatnak, vagy 
ezeket a jogosultságokat hozzárendelhetjük az általános 
nevek csoporthoz - a hatás ugyanaz lesz. 

Sablonok: számos sablonozórendszer létezik, ilyen a JSP 
HIML::Mason és a PHP is. A legjobbak szétválasztják 
egymástól a tervezést és a programlogikát, így a tervezők, 
írók és programozók anélkül tudnak egyszerre dolgozni 

a lapon, hogy egymás tyúkszemére lépnének. 

Kiadás: a Web kétélű fegyvere az azonnaliság. Amint mó- 
dosítjuk kiszolgálónkon a foo.htmi lapot, mindenki láthatja, 
min változtattunk. Mi történik, ha hibázunk? Mi lesz, ha 
előbb ki szeretnénk próbálni? A CMS megoldása erre az, 
hogy minden tartalomdarabot kiadottnak kell megjelölni, 
mielőtt az láthatóvá válna a nagyközönség számára. Amíg 
a cikk nincs kiadva, addig láthatatlan. 

Előzetes és előnézet: miképpen a hírújságok és magazinok 
kiadói is szeretnék látni, hogyan fog kinézni a végleges 
termék, mielőtt elkezdenék nyomtatni a tényleges másola- 
tokat, azonképpen a webkiadók is meg szeretnék tekinteni 
az oldalt, mielőtt az élővé válna a Weben. Ezért sok oldal 
futtat előzetes nézetet tartalmazó kiszolgálót, ami a legtöbb 
szempontból azonos a kiadási kiszolgálójukkal, attól elte- 
kintve, hogy a világ elől el van rejtve. A kipróbálás ezeken 
az előnézeti kiszolgálókon folyik; amikor a szerkesztő vagy 
a kiadó elégedett, a tartalom átkerül a kiadási kiszolgálóra. 
Egy igazi CMS szinte bizonyosan lehetővé teszi, hogy ilyen 
formában állítsuk fel a rendszerünket. 

Munkafolyamat: az előnézet készítése már a végső lépés, 
amit igen hosszú utazás előz meg a szerző munkaállomásá- 
tól a kiadási kiszolgálóig. Azt a módot, ahogyan a tartalom 
végigmegy a rendszeren, munkafolyamatnak (work flow) 
nevezzük. A CMS feladata legnagyobbrészt abból áll, hogy 


ezt a munkafolyamatot meghatározza és kezelje. A riporte- 
rek visszaránthassák a történeteket a szerkesztőiktől? Hány 
szintű szerkesztői rendszert szeretnénk? Hová kerülnek a 
tervezők? Ki adja ki a végső kiküldési utasítást a tartalomra? 
Az összes ilyen kérdést a CMS munkafolyamat része kezeli. 

e . Kiadási dátumok: a Web előnye, hogy a kiadott anyagok 
azonnal megjelennek. De mi a helyzet, ha a vállalatunk 
részvénymanipulációt szeretne bejelenteni, de ezt az adatot 
nem teheti közzé hétfő kilenc óra előtt? Ülhetünk a szá- 
mítógép mellett, várva, hogy a mutató elérje a kilenc órát, 
majd lenyomhatjuk az ENTER billentyűt, végre mindenki 
előtt felfedve a dokumentumot. Avagy használhatunk 
CMS-t, ami általában lehetővé teszi, hogy megadjuk, mikor 
szeretnénk megjeleníteni a cikket, illetve mikor fog lejárni. 

e  [Webalapú szerkesztés: bár komoly szövegszerkesztésre a 
webböngésző az egyik legrosszabb választás, a legtöbb 
CMS-rendszer lehetővé teszi, hogy bizonyos vagy az összes 
dokumentumot böngészővel szerkesszük. Igazság szerint 
szinte minden CMS lehetővé teszi azt is, hogy fájlokat tölt- 
sünk fel a helyi számítógépünkről. A webalapú szerkesztés 
olyankor lehet hasznos, amikor sietünk vagy éppen csak 
egy-két dolgot szeretnénk megváltoztatni. lermészetesen 
amelyik CMS lehetővé tesz ilyesfajta szerkesztést, az azt is 
ellenőrzi, hogy a lapot szerkeszteni próbáló személy ren- 
delkezik-e a megfelelő jogosultságokkal. 

e — Keresés: a legtöbb CMS-csomag valamilyen keresési lehető- 
séget is nyújt, így dokumentumainkat megtalálhatjuk a 
rendszeren. 


Bár fenti listánk nem teljes, viszonylag átfogó képet ad arról, 
hogy milyen nehézségeket próbál a CMS megoldani. Mindenki 
sejtheti, hogy minden CMS egy kicsit más képességkészletet 
tartalmaz és más módszert alkalmaz e nehézségek legyűrésére. 
Minthogy a CMS az ideje nagy részét tárolással, lekéréssel és 
tartalomkövetéssel tölti, senkit sem érhet meglepetésként, hogy 
a CMS számára az adatbázis majdhogynem létfontosságú. 

Az üzleti CMS-csomagok általában azt feltételezik, hogy üzleti 
adatbázisrendszert használunk, például Oracle-t vagy a Micro- 
soft SOL Serverét. Ahogy az várható, a nyílt forráskódú CMS- 
programok általában úgy készülnek, hogy a legjobban az olyan 
nyílt forrású adatbáziskezelőkkel működjenek, mint a MySOL 
vagy a PostgreSOL. A Zope tartalomkezelő keretrendszere 
(Content Management Framework, avagy CMPF), ami tulajdon- 
képpen egy saját CMS készítéséhez szánt eszközkészlet, szintén 
adatbázist használ, de ebben az esetben az adatbázis külső relá- 
ciós adatbázis helyett a Zope beépített objektum-adatbázisa 
(ZODB) lesz. 


Tartalomkezelés kontra alkalmazásfejlesztés 

Ha valaha már fejlesztettünk komoly webalkalmazásokat, való- 
színűleg azonnal feltűnik a CMS által felajánlott szolgáltatások és 
web-alkalmazáskiszolgálótól elvárt képességek közötti hatalmas 
átfedés. A legtöbb CMS-program egy web-alkalmazáskiszolgáló 
felett helyezkedik el, s annak lehetőségeit használja fel a HIITP- 
kapcsolatok, a felhasználók, a csoportok, a jogok és az adatbázis- 
API kezeléséhez. Iulajdonképpen a CMS volt a weben fejlesztett 
első népszerű alkalmazásosztály, mint ahogyan a szövegszerkesz- 
tők voltak az első alkalmazások a személyi számítógépeken. 
Általában véve nem rossz dolog, hogy a CMS-program az 
alkalmazáskiszolgálóra épül, és különösen igaz ez a nyílt for- 
ráskód világában. Így ugyanis új modulokat adhatunk a CMS- 
maghoz, új dokumentumtípusokat kezelhetünk, megváltoztat- 
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hatjuk a sablonokat, kibővíthetjük az adatbázist, új jogtípuso- 
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kat és munkafolyamat-szabályokat adhatunk meg. Nem szabad 
azonban megfeledkezni az alkalmazáskiszolgáló és CMS kö- 
zötti különbségekről sem. Az első hátteret biztosít az alkalma- 
zások kifejlesztéséhez, a második egy olyan alkalmazás, amit 
testreszabhatunk. 

Amennyiben webalapú újságot, magazint vagy vállalati hírlapot 
szeretnénk létrehozni, nem kétséges, a CMS az, amire szüksé- 
günk van. Ellenben ha olyan webalapú alkalmazást szeretnénk, 
ami kedvenc jótékonysági intézményünk adományait kezeli, 
könnyen lehet, hogy a CMS-ben nem találjuk meg a szükséges 
rugalmasságot. A webalkalmazás és a webkiadás közötti különb- 
ség mindig is egy kicsit homályos volt, de ahogy a webalkalma- 
zások kifinomultabbakká válnak, egyre inkább látható, hogy a 
CMS-program egy termék, amit webes felületen futtathatunk. 
Mivel tartalomkezelőnk általában valamilyen alkalmazáskiszol- 
gáló felett fog futni, a kiválasztott CMS nagyban függhet az 
általunk használt kiszolgálótípustól. Számos cég váltott át J2EE 
(Java 2 Enterprise Edition) alapra. Iulajdonképpen a jól ismert 
Vignette CMS-t is eredetileg Icl nyelv alapúra tervezték, majd 
később átvitték JZEE alá, amikor a J2EE körüli láz olyan nagyra 
nőtt, hogy már nem lehetett figyelmen kívül hagyni. Mivel 
J2EE inkább szabvány, semmint termék, a vásárlók külön kivá- 
laszthatják az alkalmazáskiszolgálójukat és CMS-programukat. 
Használhatjuk a lomcat-JBoss párost vagy a BEA, az IBM és 
hasonló cégek üzleti ajánlatait. 

Amennyiben nem kedveljük a Javát, vagy a fejlesztőcsapatunk 
más technológiákban jártasabb, kereshetünk nem J2EEF-s CMS-t 
is. Ilyen termékek is léteznek, néhányukat meg is nézzük a kö- 
vetkező hónapok során. Ilyen rendszer a Zope CMF-e, a CMF 
alapú Plone, Bricolage (Perl-PostgreSsOL), PHPNuke-PostNuke/ 
Xoops (PHP) és a Midgard (PHDP). 

A weblapkiadás területén a CMS használata egyre inkább 
szükségszerű lesz. Még akkor is érdemes lehet CMS-re válta- 
nunk, ha csak egymagunk dolgozunk a weblapunkon, hiszen 
a honlapunkon segít szabványosítani a kinézetet és a tarta- 
lomtovábbítást. 


Linux Journal 20083. április, 108. szám 


Rewen M. Lerner (5 http:Avww.lerner.co.il/atf) 
Nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 januárjában Jelent meg 
a Prentice Hall gondozásában. Reuven feleségével, 
és lányával Izraelben, Modrin-ben él. 








Az elfogulatlan CMS-adatok legjobb forrása a 
CMS-levelezőlista 5 http://www.cms-list.org. A lista 
jelenlegi archívuma e cikk írásakor nem érhető el — de 
mint mondtam, a lista felbecsülhetetlen értékű átte- 
kintést ad a CMS-piacról, üzleti és nyílt forrású termékek 
terén egyaránt. 


A CMSWatch weblap (5 http: //wwvw.cmswatch.com) 
vegyesen tartalmaz részletes jelentéseket, ingyenes 
tanácsadást, összefoglalókat és bemutató Írásokat. 
Hasznos oldal, ha CMS-programokkal kapcsolatos 
anyagokra vadászunk. 
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SuSE Linux 3.2 Professional 


Aki már használta a SuSE termékeit, az tudja, hogy a cég alapelvei 
között szerepel a Linux nagyközönség számára is fogyaszthatóvá tétele. 
Ennek legújabb gyümölcse a SuSE Linux 8.2 Professional. 


lég régen használom a SuSE Linuxot, és eddig nem na- 
a gyon panaszkodtam rá. Igaz, most néhány Linux-guru 

biztosan a fejéhez kap, hogy miért nem használok , ko- 
moly Linuxot". Nem tudom. Nekem tetszik a SuSE hozzáállása 
az átlagfelhasználókhoz. Egyszerű, könnyen telepíthető prog- 
ramot adtak ki, és ez már az én legelső SuSE Linuxomra is igaz 
volt. De régen is volt... akkor még úgy hívták, hogy SuSE 6.4. 


Kék korszak 


Térjünk át a legújabb SuSE-termékre, a SuSE Linux 8.2-re. 
Gyorsan fel is tettem a gépemre, kíváncsi voltam, hogy mi 
változott az elődökhöz képest. Már induláskor látni, hogy 
valamiféle átalakulás történt, a szokásos üres képernyő helyett 
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1. kép ASusSE Linux 6.4 grafikus felülete 


most egy szürke színű kaméleon jelenik meg kék háttér előtt, 
és körülötte sok üdvözlő szöveg látható. Ami viszont szemet 
szúr, hogy nincs közöttük magyar nyelvű üdvözlés (akárcsak 
az elődjénél). Igazság szerint nem is nagyon hiányzik onnan, 
de ha kínai írásjelekkel is üdvözölnek, talán a magyar is elfér- 
ne. A SuSE nem hagy sokáig elmélkedni ezen a létkérdésen, 
megjelenik az indítómenü, amiben az újdonság a Boot from 
Harddisk. Hasonló menüpont létezik a 8.1-es indítómenüjében 
is, de ott még Boot Installed OS néven szerepelt. Én most a 
telepítés (Installation) menüt választottam. Miközben a telepí- 
téshez szükséges minimális rendszert tölti be, meg lehet csodál- 
ni az átdolgozott színeket: minden kék és a kéknek valamilyen 
árnyalata. Kis töltögetés után megjelenik a már ismert Yast2. 
Azonnal szemet szúrt a betűk élsimítása és a gombok , göm- 
bölydedsége". A 8.1-eshez képest nagyságrenddel szebb a 
betűk kidolgozása. A következő telepítési pont a Telepítési 
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beállítások. Kellemes meglepetés ért, tudom használni egerem 
görgető szolgáltatását, ellentétben a 8.1-essel, amelyben csak 

a rendszer telepítése után sikerült. A következő változást a 
Rendszerindítás menüpontban találtam. Eddig ez a pont csak 
annyit tartalmazott, hogy a rendszer milyen, illetve ha több 
meghajtó is van, melyik merevlemezre lesz telepítve, most 
azonban két új bejegyzés került mellé. Az egyik, hogy milyen 
a rendszerbetöltőm típusa, a másik, hogy a telepítés után 
milyen bejegyzések kerüljenek az indítómenübe. Itt jegyezném 
meg, hogy az egyik legnagyobb újítás a 8.1-eshez képest az, 
hogy ez a rendszer már át tudja méretezni az NIFS fájlrend- 
szert, így a program akár WinNT, akár WinXP mellé is telepít- 
hető. Viszont észrevettem egy apró hibát is: akárcsak az elődje, 
ez a program is valami miatt időzavarban szenved. A program 
szerint most éppen 23:20 van. Ez barokkos túlzás, ugyanis 
nagyjából fél napot (12 órácskányit) siet. Miután mindent 
beállítottunk, elindulhat a telepítés. 


A program telepítése 

A telepítéshez az Elfogadás gombra kattintva megjelenik a 
szokásos zöld ablak, és megkezdődik a telepítés folyamata. 
Kicsit hosszadalmas lesz, mivel öt CD-t fog feltelepíteni, közel 
1,5 GB terjedelemben. A 8.1-eshez még egy DVD-t is adtak, 
viszont a 8.2-höz már két DVD jár. Itt azonban szintén meg- 
lepetés érheti a felhasználót, ugyanis a telepítés során a kép- 
ernyő alsó harmadában megjelenő adatok olvashatók. A 8.1-es 
ennél a résznél olvashatatlan adattömeget tartalmazott. Az első 
CD feltelepítése után a gép újraindul. Ennél a pontnál szintén 
felfedeztem egy kis változást: nem a szokásos karakteres felület 
jelenik meg, hanem egy kék háttéren lévő szürke kaméleon, de 
az F2-es billentyű lenyomása után visszakaphatjuk a karakteres 
felületet. Miután betöltötte magát, kéri a következő lemezt. 


Beállítások 

A telepítés befejezte után megjelenik a Hálózat beállítása 
menü, amiben a Hálózati interfészek, DSL kapcsolat, ISDN 
adapterek, Modemek és a Proxy látható. Ebben a menüben a 
második és az utolsó menüpont új, amúgy minden a szokásos 
látványt nyújtja. Miután továbbléptünk, a következő ablak 

— ami szintén új az elődjéhez képest - az Internet-kapcsolat 
letesztelése. Ha beállítottuk az elérést, akkor itt ellenőrizhetjük, 
hogy működik-e vagy sem. De ha valakinek nincs kedve ezzel 
bajlódni, egy kattintással át is ugorhatja. 

A következő menüpont a Felhasználó azonosítási mód. Itt állít- 
hatjuk be, hogy egyedüli-e a gép, esetleg hálózatban van. 

A 8.1-ben ezt a módot is csak a már teljesen beállított rendszer- 
ben a Yast lefuttatásával tudtuk beállítani. A következő menü 
egy felhasználó létrehozása. Itt is akadt egy kis gubanc: az első 
sor, amit ki kell tölteni, a Családnév, utána a következő elmé- 
letileg az utónév lenne, de valamilyen érthetetlen oknál fogva 
itt is Családi név szerepel. Ha valaki tudja, mi a kettő között 
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3. kép 
A Kmalil 1.5.1, a fazonigazítás után már látható a könyvtárakban tárolt 
levelek száma 


a különbség, akkor írja meg a címemre. Mindenesetre én a 
második Családi névhez a keresztnevemet írtam. Ami szintén 
új, hogy a gép figyelmeztet, ha a jelszavunk netán nem lenne 
elég bonyolult, például nincs benne szám vagy csupa kisbetűt 
írtunk. A Hardverbeállítások menüben alapvetően nem talál- 
tam változást, viszont a videokártya-beállítások kapcsán érde- 
mes megemlíteni, hogy az nVidia lapkával szerelt videokár- 
tyák tulajdonosainak rossz hírrel kell szolgálnom: sem az 
nvidia glx, semaznvidia kernel RPM-ek nincsenek 
benne, de még aswitch3nvidia g1x-et sem leltem sehol. 
Mindent az nVidia oldaláról kell letölteni. Miután ezt a menüt 
is kivégeztük, a telepítés lényegében befejeződött. 


KDE 3.1.1. 


Kis töltögetés után megjelenik a grafikus felület bejelentkező 
ablaka. A háttér itt is kék, és a szokásos idegen nyelvű üdvöz- 
letek (magyar továbbra sincs) fogadnak. Nosza, jelentkezzünk 
is be! Rögtön az új KDE 3.1.1.-ben találjuk magunkat. A SuSE 
8.1-es még csak a 3.0.1-et használta, ráadásul egy biztonsági 
rés is volt benne - igaz, a netről letölthető a KDE 3.0.4, amiben 
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már kijavították a hibát. Ránézésre nincs különbség a KDE 
3.0.4 és a 3.1.1 között. De ez csak egy felszínes megállapítás, 
ha ugyanis jobban szemügyre vesszük, észrevehetően szebbek 
az ikonok, valamint a szövegek is nagyon éles, kontrasztos 
hatást nyújtanak. 

Amikor előhívtam a KDE menüjét, újabb meglepetés ért: a 
Rendszer almenüből is elindítható a Yast2! Az elődjénél ezt nem 
lehetett megtenni. Bár nem tudom, mi értelme volt ennek a 
lépésnek, ugyanis a Yast2 a régi helyén is megmaradt. A Vezér- 
lőközpont szintén keresztülment némi fazonigazításon: szebbek 
lettek az ikonok és jobban áttekinthető a menürendszer. Amit 
viszont sajnálok, az az, hogy nincs képernyővédő. Pontosab- 
ban képernyővédő akad, de csak két választásunk lehet: az 
üres képernyő és a véletlenszerű. Ez az utóbbi igen érdekes 
lehet, amikor a SuSE véletlenszerűen próbálja meg elindítani 
azt az egyetlen képernyőkímélóőt. . . 

A Stílus és a Színek menüpont most már nem a Kinézet menü 
alatt található, hanem külön-külön önálló menüt alkotnak. 
lovábbá a Midnight Commander - akárcsak az elődjénél - itt 
sem települ önműködően, amit nem értek, lévén sok Linux- 
felhasználó szívesebben részesíti előnyben a karakteres fájlke- 
zelőket, mint a grafikus felületűeket. A Yast2 Hálózati beállí- 
tások menüjének Modembeállítás almenüje is tartalmaz érde- 
kességeket. Ha még nincs modem beállítva, akkor teljesen ért- 
hető, hogy leellenőrzi, van-e. Az viszont meglehetősen bosz- 
szantó, hogy akárhányszor a Modem menüt elindítom, mindig 
leellenőrzi ugyanezt, függetlenül attól, hogy már be lett-e 
állítva. Ez a belső modemmel rendelkező felhasználókat nem 
is nagyon érinti, inkább a külső modemesek fognak neki 
örülni, ugyanis időbe telik, amíg felismeri a külső eszközt. 
lovábbá azt is örökölte elődjétől, hogyha be szeretnéd állítani 

a modemet, az interneteléréssel is egyből meg kell tenned 
ugyanezt. Olyan gomb, hogy Mégsem, sajnos nem létezik. 
Olyan létezik, hogy Elvet, de akkor az egész modembeállítás 
megy a kukába. Esetleg a Következő gombra kattintva beállít- 
hatom a szolgáltatómat. Ha már a szolgáltatóknál járunk, 
megemlíteném, hogy szinte az összes magyarországi internet- 
szolgáltató benne van az adatbázisában. Újabb kellemes meg- 
lepetésre akadhatnak azok a felhasználók, akik Intracom ISDN 
adapterrel rendelkeznek. A 8.1-es alatt igencsak érdekesen 
lehetett beállítani a modemet. Most már ez is könnyedén megy. 
A 8.1-esben hiába állítottunk be mindent rendesen, nem műkö- 
dött, viszont a SuSE oldalán megtalálhattuk az útmutatást, hogy 
mit hogyan írjunk át a modem munkára bírásához. Most a Yast2 
beállításai is elegendők ahhoz, hogy a modem működjön. 

Ha már az internetelérésnél járok érdemes említést tenni a 
Konguerorról. Ez az a program, ami az elődjéhez képest elég 
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4. kép 








5. kép A népszerű Povray modellezőfelülete 


komoly változáson ment keresztül. lalán az egyik leghaszno- 
sabb tulajdonága a tabok kezelése, ezzel lehetővé vált, hogy 
több ablakot is megnyissunk egy böngészőben. De akinek még 
ez sem elég, az ketté is oszthatja az aktuális ablakot és mindkét 
felében más-más oldalt jeleníthet meg, bár ehhez legalább 
19"-os monitor szükséges, hogy élvezhető maradjon az oldalak 
mérete. Sajnos a tabok nem , osztódnak", ezért, ha egy tabfülre 
kattintunk önműködően megszűnik a felezés és betöltődik a 
tab. Ami szintén új az a beépített oldalfordító. A program képes 
az adott oldal tartalmának a lefordítására. Nyolc nyelvet ismer 
(angol, német, francia, olasz, japán, kínai, portugál, spanyol), 
sajnos a magyar nincs közöttük. 


X-újdonságok 

Az is újdonságnak számít, hogy az X-felület felbontását az 
CTRL-ÁLT-SZÜRKEMÍNUSZ billentyűkkel átállíthatjuk. Az asztalon 
lévő ikonok, megnyitott programok önműködően átállnak 

az új felbontásra. A program változatszámán is lehet látni, 
hogy látványos, nagy változások nem igazán történtek, inkább 
csak apró csiszolgatások, abból viszont rengeteg. Lényeges 
újítás, hogy a 8.2-es SuSE már a 2.4.20-as rendszermagot hasz- 
nálja. A rendszer közel 1200 meghajtót tartalmaz, ezenkívül 

a Xfree86 4.3-as a gcc3.3-as és a Sun Java 2 1.4.1-es változatát 
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6. kép 
A Kongueror 3.1.1 ketté tudja osztani az ablakot és már a tabokat Is kezeli 


is magában foglalja. lovábbá tartalmazza az OpenOffice.org 
1.0.2-es változatát, magyarul. Itt említeném meg, hogy az 
OpenOffice gyorsindítójának köszönhetően az irodai csomag 
indításakor keletkező várakozási idő már a múlté. Egy kis 
összehasonlító táblázatba összeszedtem a 8.1-es és 8.2-es főbb 
jellemzőit (lásd 75. oldal). 

A piacon keringő számos Linux-változat közül talán a SuSE az, 
amelyik egy átlagos felhasználó igényeinek a legjobban megfelel. 
Igaz, hogy akadnak még gyerekbetegségei (lásd modembeál- 
lítás, időkezelés stb.), de még így is az egyik legkönnyebben 
beállítható Linux. Minden olyan felhasználónak javaslom a 
kipróbálását, akinek elege van Windows rendszere lefagyá- 
saiból és érthetetlen hibáiból. A SuSE Linux felhasználóbarát 
rendszer, ami abból is látszik, hogy nem terheli az embert 
különböző kérdésekkel. Ha jól számoltam, akkor három, 
esetleg négy kérdést tesz föl, és a végeredmény egy működő 
Linux-rendszer, ami szinte bármilyen környezetben megállja 
a helyét, legyen az kedvtelés vagy irodai munka. Ez a rendszer 
egyszerű telepíthetőségével komoly vetélytársa lehet a másik 
ablakos rendszernek. Megbízhatóságában viszont már most 
messze előtte jár. 

Végezetül ejtsünk pár szót a program anyagi vonatkozásairól. 
A végfelhasználói ár a 24 ezer forint. Ebben benne foglaltatik 
az öt CD és a két DVD, továbbá egy 1200 oldalas magyar 
nyelvű leírás, valamint három hónapos telepítési segítségnyúj- 
tás telefonon vagy elektronikus levélen keresztül. A program 
megjelenése 2003 áprilisának második felére várható (lapunk 
nyomdába adása utánra - a szetk.). 

Lapunk lemezmellékleteként egy telepíthető, egykorongos 
változatot adunk. lermészetesen ezen koránt sincs rajta min- 
den program, arra azonban mindenképpen jó, hogy kedvet 
kapjunk a teljes csomaghoz. 


Molnár Tibor (tiborxhu.inter.net) 

A GDF végzős hallgatója. Linuxszal közel négy éve, míg 
számítógépekkel 18 éve foglalkozik, s hobbijai is erre a területre 
összpontosulnak. Bár van egy fekete bárány is a kedvtelései 
között: szereti a ritka autókat. 


Játszótér 





Végre eljutottunk idáig. A Linuxvilág hasábjain is bebizonyíthatom, 
hogy nem csak Windows operációs rendszeren léteznek játékok. 


Nem arról a több tucat ingyenes programról 
beszélek, amelyek minden egyes terjesztésben 
benne vannak, sokkal inkább azokról, amelyek- 
nek létezik linuxos változatuk vagy eleve csak 
Linuxon adták ki a fejlesztők. Nagyon sok idő- 
nek kellett eltelnie ahhoz, hogy találjak valakit, 
aki végre komolyan veszi a témát — mert valljuk be, ha egy 
Linux-kedvelő bemegy egy számítástechnikai boltba, akkor 

a Linux szó hallatán majdhogynem csak néznek, és nem értik, 
mit akar a kedves vásárló. Még inkább igaz ez a jelenség, ha 
valahol linuxos játékokat tartalmazó CD-t próbálsz meg venni. 
Számomra elfogadhatatlan volt és a mai napig is az, hogy a 
sok-sok windowsos és konzolos játékot tartalmazó CD mellett 
miért nincs ott a polcokon a linuxos változat is. Azért sem 
értem a dolgot, mert a ,tábor" bővül, folyamatosan nő azoknak 
a száma, akik a Linuxot nemcsak fejlesztésre, webkiszolgáló 
futtatására, hanem már munkaállomásokon és a játékaik futta- 
tására is használják. Sajnos gyakran tapasztaltam, hogy egy- 
egy felhasználó csupán a közszájon forgó tévhitek miatt hajto- 
gatta: minek nekem Linux, főleg játszani, amikor az XY boltban 
vásárolt géphez , ingyen" telepítik a Windows valamilyen 
változatát, illetve kiegészítőként az Office programcsomagot, 
ami sokkal jobb és tökéletesebb, mint a Linux! Emlékszem, egy- 
szer egy tévéadásban a betelefonáló elmondta a véleményét, és 
nem értettem, miért nem tud egyetlen épkézláb indokot sem 
felhozni arra nézvést, hogy miért találja jobbnak a Windowst. 
Minden fennhéjázás nélkül állíthatom, hogy a lassan két éve 
megjelent leírásaim manapság is felbukkannak a linuxos olda- 
lakon, és mindenütt legalább egy-két sor erejéig foglakoznak 

a Linux , játékos" oldalával is. 

Rovatunk lényege gyakorlatilag ugyanaz lenne, mint sok más 
játékrovaté, ami a sajtóban megjelenik: minden hónapban 
kerül bele hír, érdekesség, tesztek, demók, játékleírások, alkat- 
részpróbák és minden, ami kapcsolatba hozható a linuxos 
játékokkal. Szeretnék egy levelezőrészt is beiktatni a rovatba, 
amin keresztül segítséget tudnék, illetve tudunk nyújtani min- 
den kezdő linuxos játékkedvelőnek. Jelenleg egy olyan CD 
összeállításán dolgozom, amin csupa linuxos játékkellék, fris- 
sítés, telepítőprogram stb. jelenne meg. Várom az igényeket, 
hogy ki mit szeretne , kapni" ezen a CD-n. 

Cikksorozatom útra bocsátásakor néhány dolgot előre el kell 
mondanom. A gép kiépítése, amin a játékokat kipróbálom és a 
leírásokat készítem, a következőképpen fest: 





e  iiyama LCD monitoron jelennek meg a képek, 

e . egy HP Vectra VL420 DT gép, amiben 

e 16 GHz-es a processzor, 

e 320 MB RAM, 

e 10 GB üres hely van a linuxos lemezrészen, 

e nVidia GeForce 2 MX400 kártya (a Linuxvilág 
főszerkesztőjének jóvoltából), 

e  Intel8ő10 AC97 hangvezérlő az alaplapra integrálva, 

e Intel PRO/100 VE hálózati kártya, szintén az alaplapon. 


www.linuxvilag.hu 





A kipróbáláshoz Linux a Red Hat 8-at használtam, mivel a 9-es 
jelenleg még nem érhető el. 

Felvetődik a kérdés, hogy miért pont a Red Hatet választot- 
tam? Törvényes és ingyen elérhető, nem úgy, mint a Xandros 
Desktop 1.0, amit a múlt havi számban mutattam be. Az RPM 
alapú rendszerek általában a kezdők számára alkalmasabbak a 
tanulásra, kezdésre. 


Szándékomban áll egy , játékszótár" összeállítása, illetve a 


0 copyright 2003 Transgaming Technologies Inc. 





linuxos játékok ismeretéhez szükséges elemző rész létrehozása, 
ami részletesebb magyarázatokat fűz azokhoz az alapfogal- 
makhoz, amelyeknek az ismerete elengedhetetlen egy szuper- 
játékos számára. 
Hogy mire 
gondolok? 
Például a GLX, 
GLCore, GLUT, 
OpenGL, 
OpenAL, Alsa, 
DRI stb. olyan varázsszavak, amik legalább olyan érdekesek, 
fontosak, mint a Windows világában a DirectX. 

Felvetődik még egy izgalmas kérdés: milyen játékokat próbá- 
lunk ki az elkövetkezőkben? Jelen pillanatban a Loki által 
készített majdnem teljes játékkínálat rendelkezésre áll, mintegy 
95 százalékban, valamint az IdSoftware termékei, a 

2 http:/www.tuxgames.com oldalon elérhető és megvásárol- 
ható játékok mintegy nyolcvan százaléka, valamint a Irans- 


gaming által fejlesztett WineX, ennek segítségével gyakorlatilag 


(bizonyos korlátok között) a windowsos játékpaletta is elérhe- 
tővé és futtathatóvá válik kedvenc Linux operációs 
rendszereden. 
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Dióhéjban a DRI-ről 


A DIR (Direct Rendering Interface), közvetlen leképező 
adaptert jelent. 
A DRI három részből áll: 
1. valamilyen OpenGL-változatból (például Mesa 

2 http:/Avww.mesa3d.org/) 
2. GLX-ből 5 http://utah-glx.sourceforge.net/ vagy 

2 http://www.sgi.com/software/ 

opensource/gix/ 

3. Linux-közeli meghajtókból 
A DRI gyakorlatilag része az XFee86-nak, és ha az általad használt 
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Ú97 Configuration help 
CONFIG DRM: 


Kernel-level support for the Direct Rendering Infrastructure ÍDRIJ 
introduced in XFree$6 4.0. If vou say Y here, vou need to select 
the module that!s right for vour graphics card fram the list below. 
These modules provide suprort for synchronizaticn, security, and 
DMA transfers. Please see "http://dri.scurceforge.net/? for more 
details. You should also select and configure BGP 

(/dev/agpgart) support. 





Üjdonságok 

A hónap híre számomra, hogy a Microsoft rátette a kezét a 
Bioware-re, és kérdésessé vált, hogy ezek után egyáltalán meg 
fog-e jelenni a Neverwinter Nights linuxos ügyfél (az nwn 
linuxos kiszolgálórésze már nagyon régen elkészült). Üdvözítő, 
hogy napok alatt kijött a próbal, 2, majd nem sokkal a cikk 
írása előtt a próba3-as változat is. Örömteli ez már csak azért 
is, mert a tavaly novemberi megjelenés eléggé csúszott. Mivel 
egyre gyorsabban jönnek ki a próbaváltozatok, remélhetőleg 

a végleges változatot is hamarosan ki tudjuk próbálni, s addig- 
ra jó lenne egy telepítő is, nem csak egy tarfájl. 

A programról, illetve a telepítéséről 
bővebben akkor szólunk, ha a végleges 
ügyfélváltozat elkészül, ami az utóbbi 
idők gyors egymásutánban megjelenő 
próbakiadásait figyelembe véve akár 
már a jövő hónapban is lehetséges lesz 
(2 http:/nwn.bioware.com). 

Szintén kiemelkedő jelentőségű, hogy megjelent a legújabb 
nVidia-meghajtóprogram is (3 http:/www.nvidia.com/ 
view.asp?I1O-linux display ia32 1.0-4349), amit sokan szidnak, 
ám az nVidia alapú kártyák esetén követendőnek számít. 


1] 
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grafikus kártyának nincs a gyártó által készített meghajtója, akkor 
a rendszermagmodul és az Xfree836 próbálja meg a kártyából a 
grafikus gyorsítást kinyerni. Hátránya, hogy közvetlen leképezést 
végez, így az alkalmazás, tehát a 3D-s játék közvetlenül a kártyát éri 
el (gyenge kártya esetén — mondanom sem kell, hogy — lassabb, 
rosszabb a gyorsítás). A közvetlen kártyaeléréshez viszont az 
agpgart használata ajánlott a magban, mivel az agpgart és a drm- 
meghajtók, valamint az xfree86 és a grafikus kártya összessége adja 
a 3D-gyorsítást. 
A DRI-t, mivel az XFree86 része, minden Linux-terjesztés 
tartalmazza, és az esetek többségében a telepítőprogram be is 
állítja, mint ahogy megtette Red Hat 8 esetén is. 
Az X-oldali beállítások gyakorlatilag az alábbiakban merülnek ki: a 
/etc/X11/XFő6Config fájlban, a Module részben szerepelnie kell a 
TIoad Vdri" 
Koad. WGdse" 
bejegyzésnek, valamint általában a fájl végén található a 
Section "DRI" 

Mode 0666 
EndSection 
A megfelelő meghajtónak szerepelnie kell az XFree86 által 
támogatott kártyák között 
(5 http://www.xfree86.org/current/Status.html). Ezenkívül 
ellenőrizni kell a már említett magoldali részt (agpgart, DRM- 
meghajtók), és ekkor már semmi nem ment meg attól, hogy 
használatba vegyük a DRI nyújtotta lehetőségeket. 
Ellentmondásos viszont, hogy az X futása esetén az nVidia 
meghajtója kifejezetten rosszul viseli a dri modul jelenlétét, így 
— mint az a leírásból kiderül — a dri-re vonatkozó bejegyzéseket el 
kell távolítani az XF86Config fájlból. Minden más kártya esetén 
viszont célszerű a DRI használata, mert határozott gyorsulás érhető 
el vele a 30-megjelenítés terén. 
2 http://drI.sourceforge.net/ 


Érdekes telepítővel látták el (Loki-fejlesztés), ami az új 
jellemzőkkel kezelhetőbbé válik. Az nVidia állítása szerint 
támogatja a Red Hat 9-et is. Sajnos ezt csak azok tudják 
megerősíteni, akik előfizettek a Red Hat Network szol- 
gáltatására és letöltötték a lemezlenyomatfájlokat. 


Az nVidia szerint a telepítés négy lépésből áll: 


1. felhasználási szerződés és az Ofvass el fájl áttekintése; 
2. a meghajtó letöltése; 

3. a függőségek ellenőrzése; 

4. a meghajtó telepítése. 


A meghajtóprogram letöltését követően érdemes ellenőrizni, 
hogy futtatható-e. Az egyszerűbb telepítés gyakorlatilag a fájl 
futtatásából, illetve két ENTER lenyomásából és az XFSO0Config 
fájl szerkesztéséből áll. Az XF86Config fájl a /etc/X11 
könyvtárban helyezkedik el. Mit is kell szerkeszteni benne? 

1. A Section "Module" bejegyzést kell keresni, majd a Load 
, dri" sort vagy ki kell törölni, vagy a sor elejére 77 (kettős 
keresztet, azaz megjegyzésjelet) kell tenni. 

2. Ha az indítandó modulok között szerepel a Load 
"GLcore", akkor ugyanez az eljárás. 


I velejttétaá tet 
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.  Ftape, the floppy tape device driver 


(N Intel 440LX/EXIGX and I81 5/ISZOZIG3OM/IG3OMP"1840/1845/1850/1660 support 
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(Intel I810/1815/I830M (on-board) support 
(AMD Irongate, 761 , and 762 support 
—  ALIchipset support 

"Direct Rendering Manager (XFree86 DRI support) 
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3. Amennyiben a Load "g1x" sor nem szerepelne az 
indítandó modulok között, akkor fel kell venni. 

4. A Section "Device"-t és a Driver "nv"-t le kell cserélni 
nvidia-ra. 

5. A Section "DRI"-t, ha van ilyen bejegyzés, megjegyzésbe 

kell tenni vagy ki kell törölni. 


Ez volt az egyszerűbb módszer, lássuk a bonyolultabb változatot! 
A fájlta -extract-only kapcsolóval kell futtatni, ekkor a fájl 
nevével azonos könyvtár jön létre, ahol az nVidia telepítője, 
valamint a meghajtó forrása található. A könyvtárba lépést 
követően ki kell adni a make install parancsot, és az 
XF86Config fájlban ugyanazokat a beállításokat kell elvégezni, 
mint az egyszerűbb telepítés esetén. 

Felmerülhet a kérdés, hogy miért is jó, ha nem a telepítőt 
használjuk. Azért, mert a forrás könyvtárszerkezetébe tekintve 
egy érdekes fájlra bukkanhatunk, ami a /NV. . ./usr/src/nv 
könyvtárban rejtőzik. A fájl neve os-registry.c, ebben nagyon 
sok kapcsolót lehet és érdemes átállítani. 


A TNT-kártya beállítása 

Például, ha valakinek régi INT alapú kártyája van, meg 
kell keresni az Option: VideoMemoryTypeOverride 
bejegyzést a fájlban, és két kapcsolót kell benne megadni 
(a teljes bejegyzést lásd az 1. listán a 47. CD Magazin/Játék 
könyvtárában). 


1-SDRAM van a kErtyEn 
2-SGRAM van a kErtyEn 


Régebben nekem is Hercules Dynamite INI-m volt, és e 
kapcsoló nélkül nem működött a meghajtóprogram. 


Az AGP megadása 

Például azt is a os-registry.c-ben kell beállítani, hogy milyen 
AGFP-t szeretnél használni (lásd a 2. listán a 47. CD Maga- 
zin/Játék könyvtárában). 0 érték esetén az nVidia saját AGP- 
kódját engedélyezed, míg az 1-es értékkel letiltod azt, és a 
Linux-rendszermag által használt AGP-t fogja a meghajtó 
használni. Ugyanilyen eljárással lehet paraméterezni az AGP 





írási sebességét is (AGPFW 55 AGP Fast Writes). A fájl 
szerkesztését követően ki kell adni a make insta11 parancsot, 
és a rendszermagmodul az új jellemzőkkel fog lefordulni és 
települni. 

Az XF8o6Config fájlban a Screen bejegyzést kell keresni, és az 
alábbiakat kell begépelni: 


":NvAGP" ,egy egész szám" 

0 — nem használ AGbtt; 

1 — nVidia belső AGP-t használ; 

2 — a rendszermag által támogatott agpgart-ot használja 
(amennyiben a magba be van fordítva a támogatás); 

3 — bármilyen elérhető AGP-t használ. Ha nem tudod, milyen 
érték van a magban, vagy nem tudod, hogy mit állítottál be 
az 0s-registry.c-ben, akkor ezt érdemes használni (az alapér- 
telmezett a 3-as). 


Az AGP elérési sebességének beállítása 

Ha például biztos akarsz benne lenni, hogy 4x AGFP-t használ 
a meghajtó, akkor egyértelműen át kell írni a 7-est 4-re, mert 
így a meghajtó nem a szóba jöhető összes sebességet kéri le a 
rendszertől, a csupán 4Xx-est használja. 


Az nVidia logó megjelenésének kikapcsolása 
Ha nem szeretnéd minden X-induláskor az nVidia logót nézni, 
akkor ezt a kapcsolót kell elhelyezned az XF86Config fájlban: 


Option "NoLogo" "boolean" 

H Letiltja az nVidia log megjelen tösgt 
H az X ind tEsakor 

H Alapbezlil tEs szerint a log megjelenik. 


Az Option "NoLogo" (logikai változó) szintén a Screen 
bejegyzésnél kell keresni és oda beírni. 


A régi monitorok beállítása 

A következő paraméter a régi monitoroknál segít, ha például a 
meghajtó feltelepítése után a felbontáshoz képest nagyon 
nagyok a menük, betűk stb. 


Option "NoDDC" 


Az eddigieket összegezve megállapíthatjuk, hogy a 
os-registry.c-ben érdemes a finomhangolást elvégezni. 

A jövő hónapban a teljes Ouake-kínálat lesz a porondon. 
Némi nehézség árán megpróbálom futásra bírni a Ouake első 
változatát is. lermészetesen nem marad ki a 2-es és a 3-as 
sorozat sem, kiegészülve a leam Arena CD-vel. 


ul Kosztandinovszki Norbert 
(kosztandinovszkadialec.hu) 
L inux- és Játékmániás számítógépőrült. 
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0 Kiskapu Kft. Minden jog fenntartva 


Épkézláb parányok 


psh 

Íme, a Perl-bűvészek parancsértelme- 
zője! Számos Bash-szolgáltatással ren- 
delkezik, de a Perl szempontjából vala- 
mivel barátságosabb. Még csak nemrég 
kezdtem bejelentkezési héjként hasz- 
nálni, így egyelőre nem mondhatok róla 
sokat. Mindenesetre határozottan köny- 
nyebben kezelhető. Ha kétségeid van- 
nak, kérdezz meg egy év múlva, hogy 
még mindig ezt használom-e. Hiszem, 





hogy eljön a nap, amikor a Perl átveheti 
az összes rendszersegédprogram sze- 
repét (ha valakinek ilyen hajlamai van- 
nak), addig is megelégszem egy Perl- 
héjjal. Futtatásához Perl szükséges és 
BSD::Resources (választható). 
2 http:/www.focusresearch.com/ 
gregor/psh 


Advanced Packet Sniffer 

Mint azt már három évvel ezelőtt is 
megjegyeztem, amikor először vizsgál- 
tam meg a fenti alkalmazást, ez a háló- 
zati figyelőeszköz nem hasonlított a 
tcepdump programra. Segítségével 
láthatóvá válik a csomagforgalom, ami 
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lehet nagyon érdekes is, vagy éppen- 
séggel teljesen értelmetlen — különösen 
titkosított kapcsolatok esetén. Ez a prog- 
ram részben azért tartozik a kedvenceim 
közé, mert meg lehet vele mutatni, hogy 
milyen olyan adatok mennek a hálóza- 
ton, amit bárki szabadon elolvashat. 
Futtatásához glibc szükséges. 

2 http:/www.swrtec.de/clinux 


Domino on Acid 

Különösen nehéz játék, azonban saját 
,tippek és trükkök" kézikönyvvel bír. 

A játékot letöltheted, vagy közvetlenül 
az Interneten is játszhatod. Saját gépe- 
den jar-fájlként indíthatod, egyébként 
bármelyik Java-képes böngészőből meg 


File Level Tile Help 





lehet hívni. Ha úgy játszol, mint én, 

nálad is mindent el fognak borítani 

a téglák, és semmivel sem jutsz közelebb 

a megoldáshoz. A futtatásához Java 

szükséges. 

2 http:/www.winterdrache.de/ 
freeware/domino/index.html 


Checkbot 


A Checkbot egy egyszerű, kis erőforrás- 
igényű weblapellenőrző program. Ha a 
- -match kapcsolóval, a saját tartomá- 
nyod nevét megadva futtatod, nem 
kalandozik el azokra az oldalakra, ame- 
lyekre esetleg hivatkozol. Az eredményt 
levélben is megkaphatod, vagy figye- 
lemmel követheted, amint weboldaladat 
a talált címek alapján bejárja. Nincs több 





hibás hivatkozás, bármilyen összetett 
legyen is az oldal — vagy ha mégis, lega- 
lább tudsz róla. A futtatáshoz Perl, 
valamint a File::Basename és LWP Perl- 
modulok szükségesek. 

2 http://degraaff.org/checkbot 


A Dbmail többezer felhasználós, nagy 
levelezőkiszolgálók esetén hasznos. 

A leveleket és a felhasználókat SOL- 
adatbázisban tárolja, így nem kell rend- 
szerfelhasználókat létrehozni. A Dbmail 
program nemcsak a dobmai1 - smtp-vel 
használható, ami csak egy SMIP-foga- 
dódémon (emellett szükség van a Send- 
mailre vagy más MIA-ra a levelek elkül- 
déséhez), hanem a domai1-pop3d 
POP3-kiszolgálódémonnal, illetve a 
dbmai1 - imapd IMAP-démonnal is. 

A mellékelt beállítási leírás igencsak váz- 
latos, úgyhogy magadnak kell kitalálnod 
— szerencsére nem túl bonyolult. Az 
SMIP előtt a POP-ot vagy az IMAP-ot is 
be kell állítani. Előfeltételei: PostgreSOL 
vagy MySOL, libssl, libcrypto, glibc. 

2 http:/www.dbmail.org 


Gtk-Perl Flash Cards 


A villámkérdés jól bevált tudásfelmérési 
módszer. Kapsz egy kérdést, válaszolsz 
rá, és ellenőrzöd, hogy helyes-e a válasz. 
Ezen az elven alapul ez a kis alkalmazás. 
Megadhatod a kérdések nehézségi szint- 
jét, tetszés szerinti számú kérdést ve- 
hetsz fel az adatfájlba, azután ellenőriz- 
heted a tudásodat. A program számon 
tartja a helyes és helytelen válaszok szá- 
mát, az összes kérdés számát, lehetővé 
teszi a véletlen lekérdezést és egyéb szol- 
gáltatásokat is tartalmaz. Perl és a Gtk 
Perl-modul szükséges a futtatásához. 

2 http:/www.masswire.com/flash.tgz 

A programok megtalálhatóak a 47. CD 
Magazin/ Paranyok könyvtárában. 


Linux Journal 2008. április, 108. szám 


David A. Bandel 
(dbandelopananix.com) 
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